I've got an album consisting of VBR MP3 files and the track length don't get displayed correctly. Judged by Mr. QuestionMan the encoder used for the files is FhG.

I found a little list of delays which lists '672' for 'FhG FastEnc VBR'. Using this value with 'Fix MP3 Header' results in the following for each file:
- enc_delay: 672
- enc_padding: 529
- an uneven number of samples

After the header fix the songs don't follow each other up smoothly. I read that the number of samples should be a multiply of '588', which it obviously isn't in my case. Could this be caused by an incorrect encoder delay? How do I accurately determine the 'encoder delay' of the files?

As for the suggestions:
- What about including an encoder check?
This way you don't have to use a different program anymore and a recommended/assumable delay could automatically be selected.
- What about including a dropdown of encoder delay presets (value + encoder description)?
This would make it a but easier to select an encoder delay since you don't have to keep remembering the value of each specific encoder.
- I also noticed that the 'Fix MP3 Header' dialog doesn't include a 'Help' button to go to the manual yet.

I think a built in detect silence feature that would automatically detect the right values would be a good solution.

Does no response for far mean that there's no way to accurately determine the encoder delay? ;-)

Well It shouldnt be imposible by detecting the amount silent samples, but this only works on "live" tracks. On the other hand it's the only time when Encoder delays are annoying. It would be great if someone could implement this into foobar2000, once again.