Skip to main content ↑ ↓

Notice

Please be aware that much of the software linked to or mentioned on this forum is niche and therefore infrequently downloaded. Lots of anti-virus scanners and so-called malware detectors like to flag infrequently downloaded software as bad until it is either downloaded enough times, or its developer actually bothers with getting each individual release allow listed by every single AV vendor. You can do many people a great favor when encountering such a "problem" example by submitting them to your AV vendor for examination. For almost everything on this forum, it is a false positive.
Topic: LAME Bit Reservoir (Read 4874 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

LAME Bit Reservoir

Can someone help me understand the bit reservoir system that LAME uses?  As I understand it, if the samples in a frame can be encoded with the same accuracy using fewer bits than is required by the bitrate, then this is done, and the extra bits are counted and can be used in future frames where a sample may gain more accuracy from more bits to encode with.

I'm looking for something along the lines of an algorithmic explanation of this process.  If anyone can explain, or provide a pointer to some resources, I would much appreciate it.

Thank you!

LAME Bit Reservoir

Reply #1 –
The MPEG data contains a "data start offset".  This can be a negative value which means that the data starts in the middle of the previous frame

LAME Bit Reservoir

Reply #2 –
The following picture shows an example of an mp3 stream. You can see a frame is divided in three sections: header, side info and main data. the "bit reservoir" is simply unused "main data space" of previous frames.


Here's an older thread with more detailed explanations.

Cheers
SG

LAME Bit Reservoir

Reply #3 –
Thanks for the info!  This is much clearer to me now.
 
SimplePortal 1.0.0 RC1 © 2008-2021