Hello Stephen,
> Anybody know if this is true, how they did it, and/or can we get this
> incorporated into LAME?
Here's what Tord wrote on the BladeEnc Development list:
"The silence at the beginning is because some tables are initialised with
silence and the new sound data gets "scrolled" in a few milliseconds at the
time.
The silence at the end is caused by the fact that the MP3 is encoded in
chunks of 2048 samples each (that is approximately 46 milliseconds) and there
is no way to specify that you just want half-a-chunk or anything like that. So
what all mp3 encoders normally do is that they fill in the gap from the end of
the track to the next complete chunk with silence, thus inserting between 0 and
46 milliseconds of silence.
BladeEnc does two things when using -nogap to prevent this:
1. Doesn't reinitialise the tables between tracks. This removes the silence
from the beginning of the MP3. This is normally a bad idea since you then
might get a short burst of leftovers from the previous track in this one, but
in the case of gapless encoding this is exactly what we wants.
2. When there is less than 2048 samples left of the track, instead of padding
with silence, it simply hands them over to the next track. The next track might
therefore get 46 milliseconds that actually belongs to the previous track, but
in the case of gapless encoding that doesn't really matter."
What you probably have to know is the fact that BladeEnc supports batch
encoding, so you can call BladeEnc with multiple files.
Regards,
Holger Dors mailto:[EMAIL PROTECTED]
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
