If you output in integer mode, it is a fixed wordlength and dithering will be enabled.
Hi, Matt. Did you miss my post that I tested integer mode with SoundFlower and MC was sending 32 bit to SoundFlower.
OK, I just did some tests:
1) 1644 source file. JRiver Mac set to Integer mode. JRiver's output set to default "Core audio". System preferences sound output set to sound flower. Soundflower routed to Spectrafoo for analysis.
1) All volume controls set to 0 dB. Result: Bit transparent transfer from MC to Spectrafoo.
Reduce volume in JRiver. Result: Wordlength grows to 32 bits. Don't know if it's float or fixed to be honest.
2) As above, 6444 floating point file, played at unity gain.
Shows distortion in Spectrafoo FFT. Foo shows 25 bits active.
I need to have Media Center to be able to dither its output to 24 bits as a user choice. 99% of Media Center use is to feed a high quality DAC. Clearly, this demonstration shows that not all interfaces communicate their integer mode requirements properly to Media Center. Or, signals may be truncated further down the line which the user is aware of but Media Center is not. For example, I may feed Media Center to my Motu interface, which may communicate that it can accept greater than 24 bits on Core audio, but use the Motu Interface to feed out SPDIF to a DAC, which truncates to 24 bits. In other words, what if users truncate signals by feeding AES/EBU to a DAC.
Please, what I am asking is for JRiver to be proactive, never assume, give users the opportunity to get things right under all circumstances.