So i demuxed the audio with mkvextract and directly remuxed it with mkvmerge… and the audio was out of sync already. My first thought was besweet screwing up something.
Now with some files i noticed that the audio runs notably out of sync after a while (in an example file ~0.4 seconds after one hour). I’ve got a little problem with audio sync which i pinned down to either mkvextract doing something wrong or the AC3 container not saving bitrate precisely.įirst off, I’m re-encoding MKV files by demuxing the AC3 audio, encoding the video with x264, encoding the audio with besweet and muxing the resulting streams together again. Using mkvmerge GUI v4.9.1, win 7 32-bit ultimate. Shouldn’t the ‘File/segment title’ be cleared if i click ‘remove all’? Interestingly however, if i have enabled the option (mkvmerge GUI>File>Options>) ‘clear inputs after a successful muxing run’, then the title is muxed correctly (the value from ‘File/segment title’ is erased automatically). This is also preventing me from using the job queue because after muxing say 5 MKV’s, all had the same title.
If i clear the ‘File/segment title’ manually and then load xyz.MKV then title is taken from the freshly added file (xyz…). But the old title (abc…) is still present and overwrites the older value of ‘File/segment title’ into the xyz.MKV being muxed. After muxing is done, i select ‘remove all’ and start with the next xyz.MKV. When i add an abc.MKV into mkvmerge GUI and a Srt, the ‘File/segment title’ (under Global tab) is taken automatically from the MKV loaded. Hi mosu, I am muxing MKV’s with SRT files and facing a problem. I didn’t want to file a bug report because I don’t feel like I know enough about the issue just yet just hoping for someone to have some further insight? I’m quite surprised that no one else seems to have brought these issues up yet. The issues also persist if I manually deactivate compression for all tracks before splitting (I suppose the option does not decompress already-compressed headers).
#MKVTOOLNIX UNICODE 4.9.1 SETUP EXE FULL#
Judging by how I understand header compression to work, and the fact that only the second and subsequent segments show the issues, I would suspect that mkvmerge fails to rebuild a full header for these segments. MPC-HC and WMP (with Haali Splitter) the sound is fine but the video speed is very inconsistent, oscillating between too slow and too fast.įron inspecting a few headers of both files where this happens and files where it doesn’t, I suspect it happens only for files with header compression.
VLC displays artifacts in the video, and both video and audio tracks jump back and forth, stutter, etc. Is it possible that MKVToolNix has trouble splitting files with already-compressed headers? With header compression becoming more and more predominant in Matroska files, I have noticed that increasingly often when I split a file with mkvmerge, the first segment will play fine while the further one’s won’t play correctly with any of the players I tried.
0 kommentar(er)
