MkvToolNix and Xing-MP3

[j7n]

Let's suppose I want to multiplex an MP3 stream to Matroska.

Does mkvmerge account for the audio delay resulting from the Xing frame (1152 samples) and the LAME audio delay (576 samples)? Or is it up to the operator to strip the Xing frame and compensate for the encoder delay?

[Kurtnoise]

no need to worry about that...just mux your audio stream and that should be fine.

[j7n]

36ms delay may be quite noticeable. There is absolutely no problem in deleting some silence at the beginning, if I know it has to be done.

The thing is: I can't determine an existing delay using just my ears, so I want to do anything in my power to not introduce a delay on my own.

[Kurtnoise]

same player shoot again...

no need to worry about that...just mux your audio stream and that should be fine.

[j7n]

Was it that difficult to give a straight answer: yes or no?

As you can easily test yourself, the VBR header remains as it is. It would not be that bad if players/dsfilters etc know how to handle it, but usually they don't. Besides, even if a specific player knows it, that means the timing is player-specific, not very ideal.

You might want to use the -t switch when you use lame, to disable the VBR header.

Thank you, Liisachan. ;)