Bub
FastBikerBoy
Correct, there is definitely confusion here.
If you choose 32 in the record bit depth the rest of the file will be padded out with zeros taking more disk space for no benefit, not that that is much of an issue nowadays.
I was always under the impression that if we set Sonar to record in 32bit, then live dithering of 32bit FX during playback never came in to play?
Seems to me, it would be very beneficial to set Sonar to record in 32bit if that would eliminate dithering during playback, especially with FX such as reverb ... etc.
Am I thinking wrong on this?
Hi Bub
In case anyone else knows a definitive answer, the question again is ...
Does dithering come in to play during playback of the project when we set Sonar to record 32bit?
The definitive answer to the question is no.
Explanation of why follows............
This is how I understand it and is correct as far as I'm aware but I'm no DAW programming expert.............
Where much of the confusion comes in is the confusion between file bit depth and internal bit depth used for calculations. Then there is the integer and floating point to consider.
Integer file size first.
The AD converters are converting the audio into digital and presenting Sonar with a mathematical representation of that audio. Currently the highest resolution that will be at is 24 bit. If you then tell Sonar to store it as a 32 bit file it will but it can't invent digital information so once the 24 bits that the AD converter has been stored in the 32 bit file the other bits are padded out with zeros.
The files use integer resolution (For want of a better word) and internal bit calculations are floating point, allowing for less than whole numbers when performing the calculations and hence greater accuracy.
The audio engine then performs the calculations using floating point notation either 32 or 64 bits on these files (regardless of the file resolution)
Note that the bit depth used at the calculation stage bares no relation and has nothing to do with the file bit depth. Of course if the material is more accurate to start with the calculations will also be more accurate but at file bit depths higher than 16 bits accuracy isn't really an issue anyway. As bitflipper indicated earlier it's only if file bit depth is less than 16 bits that the stored information isn't going to be an accurate representation of the original sound.
There is no dithering performed on calculations because there is no need for it. Dithering is just the process of smoothing out any truncation of data which only happens when reducing bit depth. Think about it, as I said earlier if 24 bit data is written to a 32 bit file the extra bits are just zeros. If it goes the other way though and a 24 bit data gets written to a 16 bit file then all that happens is that the last 8 bits are truncated, resulting in distortion. Hence the need for dithering when reducing bit depth.
At 64 bit or 32 bit floating point resolution there is plenty of "room" to perform the calculations needed without chopping out any important information, hence no dithering required.
I guess some may be wondering that if the calculation on the files creates results using more than 24 bits where does the extra data get written? The simple answer is it doesn't, remember that all calculations are in real time performed internally and aren't actually written anywhere until a bounce or export happens, that's where the "Render bit depth" in
Preferences-->File--->Audio data comes in. I'd advise that is set to 32 bits or higher. (32 bits is "almost lossless").
The only time dithering should be done is when reducing bit depth, and then preferably only once. If you are exporting a project for further post mix processing such as mastering you should leave the export file bit depth at the project's bit depth settings assuming that the program being used for mastering can handle it of course.
Only when it's being exported to a format that can't handle the existing project bit depth such as a 32 bit project to CD should the bit depth be reduced and dither applied.
Of course if any of the cleverer than me cookies consider any of the above wrong I'm more than happy to be corrected but that's how I understand it.
HTH