cerberus wrote on Thu, 26 January 2006 01:14 |
when i requested to waves that their limiters should output to floating point so I could use the limiters more flexibly in mixing as opposed to only for mastering, they said that the design did not make that option practical; that these particular limiters differ from all the other waves plug-ins: the maximum bit depth of their output in native is 24 fixed
|
That has to do with legacy code and perhaps the fact that they are using C++ to code both the fixed and floating point versions. But it is perfectly possible for them to remove the dithering from the processor and pass on floating point to the next piece in line.
In fact, when I capture the output of my Waves IR-1 to a file on my SADiE I always make a 32 bit floating point file. I have to examine that file on my Wavelab's bitscope to see if it's got the extra bits, at least in the low level decay. Unfortunately, SADiE can read other party's floating point formats but it can only write to its own proprietary floating point format, so I may not be able to analyze this file.
Perhaps someone with Wavelab and the IR-1 can look at its output on the Wavelab bitscope and let us know. But frankly, as long as the output is within the 24 bit (144 dB) dynamic range, it is academic whether or not it's in 32 bit float format. We may not see anything on the output of the Plugin that indicates it's got the exponent operating. It seems to me the so-called advantages of floating point only become meaningful if the Exponent bit is active, and that won't happen unless you "overload" or "underload". And you won't hear reverb decay that's below about -60 (ok we'll even say "90" if you want to stretch it) dBFS in most practical situations, so it has a long way to go before that exponent bit has any need.
BK