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.
are you saying that with flac there is actually no padding going on ? that 32 bit is how it streams in ( for lack of better description ) ? how does wav return samples ? how come i never see 16bit unless i force it ? ------------------------------------------------------------------------ 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
