View Single Post
Old 7th February 2019, 16:13   #378  |  Link
manolito
Registered User
 
manolito's Avatar
 
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,078
Thanks gpower for the continuing work on the software, since the old MKVExtractGUI2 is no longer maintained your MKVExtractGUI is pretty much the only game in town...

Talking about track delays one of the differences to the old GUI is that your software determines the delays and writes the audio delay value into the extracted audio file name. And this feature keeps confusing me over and over.

I am used to how this works for MPEG2 files. Demux the file with DGIndex, the delay value gets written into the file name. Remuxing this audio file with the M2V video track (using MuxMan or Cuttermaran) the audio delay is read from the file name, and the muxing process honors this delay value. This results in a new MPEG2 file in perfect sync.

With gMKVExtractGUI and MKVToolnix this is very different. The delay value is also written into the extracted audio file name, and when remuxing this audio track into a new MKV using MKVMerge the delay value is also detected and honored in the muxing process. BUT THIS IS WRONG. The resulting MKV will be out of sync.

To get a new MKV without sync problems the audio delay value needs to be ignored. Either set the delay to 0 in the MKVToolnix GUI, or remove the delay value from the audio track name.

Do you have an explanation for this? Could it be that mkvextract.exe corrects any delays before extracting tracks?


Cheers
manolito

Last edited by manolito; 7th February 2019 at 16:15.
manolito is offline   Reply With Quote