"Use offset correction for encoding and decoding"
___ Sample Offset
[Detect Offset]
How does this really work? It seems like *no one* uses it. I'm assuming that I can use it to *minimize* (although not eliminate) the gaps between tracks on playback, but does that depend on which decoder is doing the playback?
I'm encoding with lame.exe 3.95.1 and listening on winamp 5, default decoder (any need for mpg123 these days?) and on my portable RIO VOLT SP250. Minimizing gaps is more important for me in winamp than with the portable player.
This site:
http://mp3decoders.mp3-tech.org/decoders_lame.html
lists
Encoder Overall Delay Encoder Delay Decoder Delay VBR header
FhG l3enc 2.72 1393 864 529
FhG mp3 Prod Pro 1.1 1393 864 529
FhG mp3 Prod Pro 2.1 1393 864 529
FhG mp3enc3.1 1688 1159 529
FhG FastEnc CBR 1201 672 529
FhG FastEnc VBR 2353 672 529 1152
Lame CBR 1105 576 529
Lame VBR 2257 576 529 1152
BladeEnc 1057 528 529
which gives me no idea which of these 4 values to use in the field in EAC. Also, it is not for the most recent version, so the delays may have changed!
to make matters worse, LAME compensates for its own offset, so i always get a value of zero when i test in EAC--but i won't be listening using LAME, i will be listening in winamp and on my RioVolt!
Please somebody set me straight on this--I've be researching it for hours to whatsoever no avail!
