MkvToolNix and Xing-MP3

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?

--
J7N
_______________________________________________
MATROSKA-USERS MAILING LIST
MATROSKA-USERSLISTS.MATROSKA.ORG
HTTP://LISTS.MATROSKA.ORG/CGI-BIN/MAILMAN/LISTINFO/MATROSKA-
USERS
READ MATROSKA-USERS ON GMANE:
HTTP://DIR.GMANE.ORG/GMANE.COMP.MULTIMEDIA.MATROSKA.USER

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.
Liisachan

J7N wrote:
> 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?
> 
> -- 
> J7N
> _______________________________________________
> Matroska-users mailing list
> Matroska-userslists.matroska.org
> http://lists.matroska.org/cgi-bin/mailman/listi
nfo/matroska-users
> Read Matroska-Users on GMane: 
> http://dir.gmane.org/gmane.comp.multimedia.matroska.user

> 

_______________________________________________
Matroska-users mailing list
Matroska-userslists.matroska.org
http://lists.matroska.org/cgi-bin/mailman/listi
nfo/matroska-users
Read Matroska-Users on GMane: http://dir.gmane.org/gmane.comp.multimedia.matroska.user