MKV muxing issues, wrong QuickTime duration
Posted: Tue Sep 18, 2007 1:29 pm
Issue 1
I am using the Deux Six Quatre preset. I was having problems playing my rips on certain systems. A guy who knows a lot about these things took a look at the rip and said:
"There seems to be something funny with the way it's muxed as well... I can't extract any streams using the commong methods such as mkvtoolnix and virtualdub. And MediaInfo doesn't recognize the audio stream's bitrate. How did you mux it?"
These rips are often crashing VLC, or playing with stutter in other players (mostly on Windows systems).
More on issue 1:
"There was definitely something wrong with your muxing, as Haali would not parse your rip properly. I was able to remux with mkvmerge, fixing the problem, but you should definitely make use of mkvtoolnix in future."
So I used mkvtoolnix on it and asked if that would fix the issues (audio, at least), the reply I got was:
"Remuxing should fix the mux problems, but having just tried it in mplayer there is something quite wrong with the video stream as well. CoreAVC doesn't exhibit this problem, but mplayer (and I assume VLC too) jaggs like crazy.
Not sure what would cause this, or whether it's fixable without re-encoding. Maybe go ask on doom9."
Issue 2
Another issue that I have seen: I am also ripping to x264 Main Profile. Settings are similar to the iPod Hi-Res preset, but with Main Profile and some audio changes (44.1KHz 128 AAC Pro Logic II).
QuickTime is reporting incorrect time for these rips. For example, if I use iPod Low-Res, the rip is properly recognized in QuickTime as having a runtime of 0:02:23:12.00.
If I rip with the above Main Profile settings, QuickTime reports the file has a runtime of: -2:50:23:12.00 (yes, that's negative). Obviously we can see where some numbers overlap, but there is clearly an issue going on here.
This happens consistently with every movie I rip with that preset.
I am using the Deux Six Quatre preset. I was having problems playing my rips on certain systems. A guy who knows a lot about these things took a look at the rip and said:
"There seems to be something funny with the way it's muxed as well... I can't extract any streams using the commong methods such as mkvtoolnix and virtualdub. And MediaInfo doesn't recognize the audio stream's bitrate. How did you mux it?"
These rips are often crashing VLC, or playing with stutter in other players (mostly on Windows systems).
More on issue 1:
"There was definitely something wrong with your muxing, as Haali would not parse your rip properly. I was able to remux with mkvmerge, fixing the problem, but you should definitely make use of mkvtoolnix in future."
So I used mkvtoolnix on it and asked if that would fix the issues (audio, at least), the reply I got was:
"Remuxing should fix the mux problems, but having just tried it in mplayer there is something quite wrong with the video stream as well. CoreAVC doesn't exhibit this problem, but mplayer (and I assume VLC too) jaggs like crazy.
Not sure what would cause this, or whether it's fixable without re-encoding. Maybe go ask on doom9."
Issue 2
Another issue that I have seen: I am also ripping to x264 Main Profile. Settings are similar to the iPod Hi-Res preset, but with Main Profile and some audio changes (44.1KHz 128 AAC Pro Logic II).
QuickTime is reporting incorrect time for these rips. For example, if I use iPod Low-Res, the rip is properly recognized in QuickTime as having a runtime of 0:02:23:12.00.
If I rip with the above Main Profile settings, QuickTime reports the file has a runtime of: -2:50:23:12.00 (yes, that's negative). Obviously we can see where some numbers overlap, but there is clearly an issue going on here.
This happens consistently with every movie I rip with that preset.