philippe_44 wrote: > Padding 16 to 32 bits, if the source is 16 bits does not change dynamic. > > > Now, there is a real benefit to use 32 bits integers as the internal > representation when you chain calculations as you need a precision that > using 16 bits interim results loses. If you take flac as an example, it > always returns 32 bits samples. If youre want to store decoded flac in > 16 bits arrays, you need a truncation loop. > > In addition, using 24 bits is a real problem for cpu. Integers are 8, > 16, 32 or 64 bits but there is no such a thing as 24 bits representation > and trying to fake one can complicate implementation a real lot. Hence > we use 32 bits and truncate them to 24 bits at the very last stage.
does padding 16 bit to 24 bit if source is 16 bit change dynamic range ? ------------------------------------------------------------------------ oshcar's Profile: http://forums.slimdevices.com/member.php?userid=71999 View this thread: http://forums.slimdevices.com/showthread.php?t=114947
_______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
