Haha, right you are piaknowguy.

A second look at the Service Notes confirms this.
Steve, I think I forgot to answer your question as to how dropping the 8 least significant bits would affect volume. Let me try to explain it briefly.
Let's say you have a hot 24-bit signal coming from the Fantom sound generator. The highest audio sound waveform peak gets to a sampled level of 16,777,215 which is
1111 1111 1111 1111 1111 1111
in binary. Those 24 bits aren't going to fit into a 16 bit word so we drop the last 8 bits to get
1111 1111 1111 1111
(which is the same as 65,535 in decimal).
Now the bottom of the valley in the audio waveform coming from the Fantom is, say, 1000 in decimal (accounting for a little noise), or
0000 0000 0000 0011 1110 1000
in binary. This truncates to a 16 bit number of
0000 0000 0000 0011
or 3 in decimal. So now you go to play back this 16 bit sample that you just created from resampling the Fantom. So what happens to the 16 bit signal when it's sent back through that 24 bit processor and 24 bit DAC? The 16 bit high of
1111 1111 1111 1111 is read as 0000 0000 1111 1111 1111 1111
by the 24 bit processor, and the 16 bit low value of
0000 0000 0000 0011 is read as 0000 0000 0000 0000 0000 0011
by the 24 bit processor. These are obviously lower values than the original signal. So why not just putt 1111 1111 or 0000 0000 at the end of the 16 bit data to increase the volume? For a few reasons. 1) the internal samples in the Fantom are 16 bit as well. What happens when you play 128 very loud 16 bit sounds simultaneously? If your processor is a 16 bit processor, you get sever clipping of the output audio. If you were to pad the 16 bit sample with 1111 1111 or 0000 0000 at the end of the 16 bit word, you'd get a louder sound, but you'd also risk over-driving the 24 bit audio processor and 24 bit DACs, causing clipping.
I don't know if I explained that well, and I'm still not positive that Roland actually does this exactly as I've surmised here, but it does seem to fit my personal observations anyway.
Regards,
Nathan Sheldon
http://www.nathansheldon.com/