MKVToolNix v24.0.0 released

[SamuriHL]

It sets the "default duration" header value for DTS audio tracks of any kind, and according to some users this seems to make Haali's splitter work with it. I haven't tested this myself. Therefore the answer is a clear "I guess it should".

Hmm, interesting. I'll give this a try in a little bit. Thanks for this!

[robpdotcom]

You can also make previously created DTS-HD mkv's compatible with Haali by using the header editor in mmg.

Just open the Header editor (under "File" in mmg), drag a file into it, go to Audio track > Default duration and enter 10666666 into the field. It only takes a few seconds since you don't have to remux the file.

I've tested it with over 50 mkv's and they all work with Haali now.

[SamuriHL]

That's absolutely fascinating. Thanks for the info!!

[robpdotcom]

The best part is the possibilities it opens up:

I created a "seamless-branching" mkv using ordered chapters - one mkv, containing three versions of a movie (theatrical, special edition, director's cut) with a DTS-HD track. The result is one file, slightly larger than the longest version of the movie, that plays seamlessly. While the file is open in MPC-HC, you can right click on the Haali icon in the system tray and select the version you want to watch.

Also (Samuri, I know you've been wanting support of the "forced" flag for subtitles): Haali doesn't seem to respect the forced flag, but it does respect the "default" flag. You can use the header editor to change the default flag as well: Just flag all forced subs as Default = Yes, and normal subs as Default = No. Forced subs will load automatically, while normal subs will not (but will be available in the stream selection menu of MPC-HC).

[SamuriHL]

Very nice!! I guess I have some playing around to do this afternoon. :)

[elshagon]

I'm still having the same problem with the video jitter (speeding up for a split second fairly often) using latest mkvtoolnix both on my xp 32bit machine and on my windows 7 64bit machine. This is after taking an existing mkv and using mkvmerge to remove the russian audio track. This happens with all the movies I've tried this with. Is there any other setting I should look at, or any other way to remove the audio track which may work?

[Mosu]

No idea, sorry.

[elshagon]

No idea, sorry.

Thanks, I'm narrowing it down. Tried again, this time removing all the audio tracks and the video played perfectly. It must have something to do with the DTS HDMA track.

[robpdotcom]

@elshagon:

If all you want to do is make the DTS-HD track the default track, try this:

First, I'd make a copy of the file (I doubt it's necessary, but I don't want you getting angry with me if something goes wrong:p).

Open mmg, and click File > Header editor, and then drag the file into the Header editor window. You should see two audio tracks. Determine which one is the one you want as default - it's probably the second audio track. Find the 'Default track' flag setting, and change the value to "yes". Change the other track's setting to "no", and then click File > Save. The DTS-HD track should now load by default.

[elshagon]

@elshagon:

If all you want to do is make the DTS-HD track the default track, try this:

First, I'd make a copy of the file (I doubt it's necessary, but I don't want you getting angry with me if something goes wrong:p).

Open mmg, and click File > Header editor, and then drag the file into the Header editor window. You should see two audio tracks. Determine which one is the one you want as default - it's probably the second audio track. Find the 'Default track' flag setting, and change the value to "yes". Change the other track's setting to "no", and then click File > Save. The DTS-HD track should now load by default.

Thanks, just tried it but the Russian track still plays by default. Very strange. I'll keep trying.

[clsid]

You can also make previously created DTS-HD mkv's compatible with Haali by using the header editor in mmg.

Just open the Header editor (under "File" in mmg), drag a file into it, go to Audio track > Default duration and enter 10666666 into the field. It only takes a few seconds since you don't have to remux the file.

I've tested it with over 50 mkv's and they all work with Haali now.
Is the value 10666666 always the correct one to use? If not, what is the correct way for a n00b to find the right magic number?

I am adding this workaround to the Haali bug tracker topic.

[Mosu]

The correct value to use is:

default_duration = 1000000000 * core_samples / core_sampling_frequency

core_samples is the number of (core) samples in one DTS core. The core_sampling_frequency is its sampling frequency. The number of samples is... well... this is from mkvmerge's code:

int samples = dts_header->num_pcm_sample_blocks * 32;
if (dts_header->frametype == dts_header_s::FRAMETYPE_TERMINATION)
samples -= dts_header->deficit_sample_count;

Meaning that in general 10666666 is not always the correct value.

Remuxing with http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-4.4.0-build20101115-315-setup.exe is probably easier.

Edit: Though you're probably OK if you try setting the value (10666666) manually with the header editor first as most if not all DTS tracks have the same number of samples with the same sampling frequency. Just remember to remux with mkvmerge if setting said value doesn't help. mkvmerge does not use the "default duration" field when reading DTS from Matroska files, therefore wrong/bogus values in source files won't confuse it.

[robpdotcom]

most if not all DTS tracks have the same number of samples with the same sampling frequency.

I believe the only exception would be the DTS-CD format, which uses a 44.1kHz sampling rate to maintain compatibility with standard CD players. So for anything from a Bluray or DVD, 10666666 should work. Even DTS 96/24 uses a standard 48kHz DTS core.

[Vincent Vega]

hi Mosu,

i have these sample dolby media encoder output files:

http://www.mediafire.com/?9u1mrfwghjwt964

- source 7.1 (speaker test) wav
- .ec3 - 7.1 DD+ [standard target]
- .eb3 - 7.1 DD+ [BD target]
- .mlp - 7.1 TrueHD [standard/BD target]

- the .ec3 file - can mux to .mka, can play with MPC decoder (which only supports 5.1 for DD+); but registered TMT3 Arcsoft DS decoder only outputs stereo (although it's configured to output channels "as is" (http://forum.doom9.org/showthread.php?p=1460662#post1460662), which does work fine with my dd+/truehd .m2ts files)
- the .eb3 file - cannot mux with mmg (it says importing elementary AVC, asks for FPS..)
- the .mlp file - can mux to .mka, can play with MPC decoder (7.1 ok for TrueHD); but not possible to use the Arcsoft decoder (MPC HC freezes)

do you plan to add support for .eb3 files?
why are these playback issues with Arcsoft filter and dd+/truehd in mkv?

thanks

[FlexQ]

Hi Guys

I have been led to believe that i can mux an subtitle into an mkv container without making a new file, just using the old filename as the output filename.

However i get this msg and i just simply cant figure out what is wrong.

Error: The name of the output file 'My-Movie.mkv' and of one of the input files is the same. This would cause mkvmerge to overwrite one of your input files. This is most likely not what you want.

But this is exactly what i want ?

I have removed the mark in "Ask before overwriting things".
Which could indicate that this function should work ?

I hope you can point me in the right direction.

Henrik

[Mosu]

No, it would not do what you want it to do. Instead it would most likely corrupt your input file irrevocably. mkvmerge can definitely not what you want to do in this case.

[FlexQ]

Okay,

Thanks for the quick reply.

But is it possible then to merge a new file and let the program delete the old one?

I have limited space, but around 100 files to merge, and it would be nice if my server could merge while i am away on holyday ;)

Henrik

[Mosu]

Not with the GUI. It's trivial with the command line utilities, of course, especially if you need mass-merging. Use cmd.exe or even better a capable shell like bash/zsh. Or some Ruby/Python/Perl/Whatever scripting.

[Mosu]

do you plan to add support for .eb3 files?

I have no such plans at the moment.

why are these playback issues with Arcsoft filter and dd+/truehd in mkv?

No idea.

[Snowknight26]

Hitting abort while mkvmerge is trying to sync to the next element after hitting an error in the Matroska file structure causes this:
http://stfcc.org/pics/i/a4b0044db479dd95b01c61427654cf64.png

[Ingram]

Can someone help me with putting H264 video ripped from HD-DVD's into an MKV container using MKVmerge?

I have done this for VC-1 titles no problems at all. But H264 are causing me problems. The file plays fine within MPC-HC, but every few seconds there is a flash of an old frame shown, like it's glitching or something.

In MKVmerge I specified the framerate was 23.976. But now I'm wondering if I should be saying 29.97 and then the pulldown flags should kick in and make it run at 23.976? Maybe this is why it's glitching?

Has happened on 2/2 H264 HD-DVD's so far, and no doubt is about to be 3/3 as I'm currently doing another one that's H264.

EDIT: Yep, 3/3 of my H264 encoded HD-DVDs are doing it. I've tried setting the framerate to 24000/1001 and no difference.

What are my options?

[MrVideo]

or even better a capable shell like bash/zsh.

Wow! I'm impressed, you like Zsh :cool:

All of my work on the XP box is down via Z-shell scripts (cygwin).

[MrVideo]

What are my options?

I personally suspect something wrong with the video file. Try taking the video and audio stream and creating a transport stream file using tsMuxer, then playing it with VLC. Have you tried playing the MKV file with VLC?

[setarip_old]

@Ingram

Hi! Can someone help me with putting H264 video ripped from HD-DVD's into an MKV container using MKVmerge... ?In light of your difficulty, instead use MakeMKV to DIRECTLY(No other programs needed) convert your original HD-DVD to .MKV ("movie only")...

[Ingram]

All the suggestions I've tried before sorry. I've found nothing that will fix it other than to not use DXVA. Seems it's a driver related issue unfortunately.

[setarip_old]

@Ingram

If, in fact, you did try my suggestion ("All the suggestions I've tried before sorry"), what version of MakeMKV did you use?

[sneaker_ger]

I noticed that the header editor's description for video stereo mode differs from the description on the matroska website (http://www.matroska.org/technical/specs/index.html#StereoMode). Is the description in the header editor outdated (v1?) or am I looking at the wrong field?

[Mosu]

I noticed that the header editor's description for video stereo mode differs from the description on the matroska website (http://www.matroska.org/technical/specs/index.html#StereoMode). Is the description in the header editor outdated (v1?) or am I looking at the wrong field?

Most likely the former.

[Ingram]

@Ingram

If, in fact, you did try my suggestion ("All the suggestions I've tried before sorry"), what version of MakeMKV did you use?

The latest one. It worked fine but the problem occurs before it even gets to the MKV stage. It's a driver bug with Ati 10.x apparently. Only apparent with MPC-HC DXVA, not PowerDVD10 DXVA, or Software decoding.

[[DSL]Sensenman]

Hi,

I'm getting an error when trying to mux a file if the file-/segment title in mkvmerge contains a "#".
The error message states the following (roughly translated from german):
Error: option '--title' is missing the title.

I think that the #-sign has to be escaped somehow, is this possible?

Thanks,
Sensenman

[Mosu]

Is the '#' the very first character in the title? And can you please send me the .mmg file? Or do you mux via the command line?

[[DSL]Sensenman]

Hi,

yes, it's the very first letter in the title (the movie is #9). Attached is the mmg-file (I just muxed my videofile and added the title, but the error also appears if i try to mux audio&video).

I uploaded the file also to your ftp (filename: #9.mmg)

Thanks very much!

[Mosu]

Ok then I know what the problem is. I'll see I'll get it fixed soon.

[[DSL]Sensenman]

Thanks for the fast response, Mosu!

Looking forward to the new release!

[Mosu]

You can try this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-4.4.0-build20101220-316-setup.exe

[[DSL]Sensenman]

I tried your build, but it now throws a different error when trying to open the source file:
Benutzte Kommandozeile:

"C:\Program Files (x86)\MKVtoolnix\mkvmerge.exe" --output-charset UTF-8 --identify-for-mmg "E:\DVD\#9.mkv"

Ausgabe:

Fehler: Die Quelldatei 'E:DVD#9.mkv' konnte nicht geöffnet werden, oder aber die Größenabfrage schlug fehl.

If i move the file from E:\DVD\ to E:\ it works fine, so it seems it has a problem with the "\" in the path.

[Mosu]

Should be fixed in this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-4.4.0-build20101220-317-setup.exe

[[DSL]Sensenman]

Works like a charm, :thanks:

[Cheshire Cat]

Hi!

Just recently i started using this tool to remux some of my mkv files. Specifically the ones that were first muxed with a DTS track... Didn't knew about the sound issues when having >1500kpbs dts with matroska, but since that there hasn't yet been a fix i opted to transcode the DTS track to AC3.

I have no problem remuxing my files into a mkv container. Unfortunately the problem comes after. The remuxed mkv file becomes extremely difficult to handle. Like just cutting and copying or for instance deleting takes a lot of time. The HDD just trashes around with activity, and doing something to the file just takes a lot of time... Like accessing the file has somekind of delay...

Does anyone know what could be causing this?

All other mkv files don't present this problem, just the ones being remuxed...

I've tried a previous version 2.5.3 and the problem didn't occured, however had a/v sync problems, probably configuration related but didn't look into it...

What am i missing with these new 4.4 versions?

[Mosu]

Most likely http://www.bunkus.org/videotools/mkvtoolnix/faq.html#header_removal_compression

[Cheshire Cat]

Most likely http://www.bunkus.org/videotools/mkvtoolnix/faq.html#header_removal_compression

I take it that URL was about header removal compression, correct?

But wouldn't then the problem just be "player" related? What i am experiencing is "explorer" (windows user) related. And i've just tried disabling that option and remuxing a mkv and the problem stills maintains...

I'm puzzled. I'm usually able to solve my "problems" through Google but this one has no references i can use...

[Mosu]

Problems with header removal compression (short: HRC) are not limited to players but affect each and every application that tries to parse the content of Matroska files. The well-known DivX thumbnailing shell extension for Explorer for example crashes Explorer when it tries to handle Matroska files with HRC. Other applications like MediaInfo are also affected, though MediaInfo doesn't crash and has updates available that deal properly with HRC.

Anyway, it was just a wild guess. If that isn't the cause then I don't know what might cause your issues.

[roozhou]

Hi Mosu,

mmg's header editor seems to corrupt mkv files made by ffmpeg when i tries to modify something. Is this a bug or a limitation?

[Cheshire Cat]

When transcoding the DTS mkvs with MKV2AC3 for instance, the program also uses mkvmerge, an older version, as I've used 2.5.3 and the problem I'm reporting does not show up. Unfortunately when solo using 4.x versions I'm getting the problem reported...

I've compared different mkv's made with different program versions and i haven't been able to find a substantial difference between them that may be causing the issue...

:confused:

I re-tried several time with hrc disabled and in fact it the time needed to access the file (moving/deleting as reading works just fine) is a bit shorter however still excessive compared to other non-remuxed mkvs.

[Cheshire Cat]

I have to do an update. As it turns out the A/V sync problems with 2.5.3 version were caused by myself. I was using a 25fps video with a 23.976 audio source.

:stupid:

About the lagging issues moving/copying the files, they still happen with newer versions even with HRC disabled. With version 2.5.3 (others maybe but i haven't tested) it does not happen.

What will i be missing if i opt to use an older version to do my remuxing?

These are mkvinfo files from two mkv. Made with exactly the same files, only with different mkvmerge versions. 4.4.0 vs 2.5.3. The file done with 4.4.0 has the problem, the one made with 2.5.3 has no problems... Do these files provide any info/insight into the problem?

Problematic file done with 4.4.0

(MKVInfo) + EBML head at 0
(MKVInfo) |+ EBML version: 1 at 5
(MKVInfo) |+ EBML read version: 1 at 9
(MKVInfo) |+ EBML maximum ID length: 4 at 13
(MKVInfo) |+ (Unknown element: EBMLMaxSizeLength; ID: 0x42f3 size: 4) at 17
(MKVInfo) |+ Doc type: matroska at 21
(MKVInfo) |+ Doc type version: 2 at 32
(MKVInfo) |+ Doc type read version: 2 at 36
(MKVInfo) + Segment, size 5907217442 at 40
(MKVInfo) |+ Seek head at 52
(MKVInfo) | + Seek entry at 57
(MKVInfo) | + Seek ID: 0x15 0x49 0xa9 0x66 (KaxInfo) at 60
(MKVInfo) | + Seek position: 4099 at 67
(MKVInfo) | + Seek entry at 72
(MKVInfo) | + Seek ID: 0x16 0x54 0xae 0x6b (KaxTracks) at 75
(MKVInfo) | + Seek position: 4254 at 82
(MKVInfo) | + Seek entry at 87
(MKVInfo) | + Seek ID: 0x1c 0x53 0xbb 0x6b (KaxCues) at 90
(MKVInfo) | + Seek position: 5907183198 at 97
(MKVInfo) |+ EbmlVoid (size: 4043) at 105
(MKVInfo) |+ Segment information at 4151
(MKVInfo) | + Timecode scale: 1000000 at 4157
(MKVInfo) | + Muxing application: libebml v1.0.0 + libmatroska v1.0.0 at 4164
(MKVInfo) | + Writing application: mkvmerge v4.4.0 ('Die Wiederkehr') built on Oct 31 2010 21:52:48 at 4202
(MKVInfo) | + Duration: 6288.115s (01:44:48.115) at 4269
(MKVInfo) | + Date: Mon Dec 27 06:25:28 2010 UTC at 4276
(MKVInfo) | + Segment UID: 0x9a 0x16 0x09 0xa9 0x26 0x9e 0xb2 0xcf 0xa2 0x75 0x99 0x57 0x36 0x94 0x83 0xe8 at 4287
(MKVInfo) |+ Segment tracks at 4306
(MKVInfo) | + A track at 4312
(MKVInfo) | + Track number: 1 at 4315
(MKVInfo) | + Track UID: 2416326286 at 4318
(MKVInfo) | + Track type: video at 4325
(MKVInfo) | + Lacing flag: 0 at 4328
(MKVInfo) | + MinCache: 1 at 4331
(MKVInfo) | + Codec ID: V_MPEG4/ISO/AVC at 4335
(MKVInfo) | + CodecPrivate, length 42 at 4352
(MKVInfo) | + Default duration: 41.708ms (23.976 fps for a video track) at 4397
(MKVInfo) | + Video track at 4405
(MKVInfo) | + Pixel width: 1280 at 4407
(MKVInfo) | + Pixel height: 712 at 4411
(MKVInfo) | + Display width: 1280 at 4415
(MKVInfo) | + Display height: 712 at 4422
(MKVInfo) | + Content encodings at 4429
(MKVInfo) | + Content encoding at 4432
(MKVInfo) | + Content compression at 4435
(MKVInfo) | + Algorithm: 3 (header removal) at 4438
(MKVInfo) | + Settings: length 1, data: 0x00 0x00 0x6c 0x01 0x30 0x66 0x6c 0x01 0xc5 0x5d at 4442
(MKVInfo) | + A track at 4446
(MKVInfo) | + Track number: 2 at 4448
(MKVInfo) | + Track UID: 2057858224 at 4451
(MKVInfo) | + Track type: audio at 4458
(MKVInfo) | + Codec ID: A_DTS at 4461
(MKVInfo) | + Audio track at 4468
(MKVInfo) | + Sampling frequency: 48000 at 4470
(MKVInfo) | + Channels: 6 at 4476
(MKVInfo) | + Content encodings at 4479
(MKVInfo) | + Content encoding at 4482
(MKVInfo) | + Content compression at 4485
(MKVInfo) | + Algorithm: 3 (header removal) at 4488
(MKVInfo) | + Settings: length 4, data: 0x7f 0xfe 0x80 0x01 0x70 0x67 0x6c 0x01 0xdb 0x5d at 4492
(MKVInfo) |+ EbmlVoid (size: 1122) at 4499
(MKVInfo) |+ Cluster at 5624


Perfect functioning file made with 2.5.3

(MKVInfo) + EBML head at 0
(MKVInfo) |+ Doc type: matroska at 5
(MKVInfo) |+ Doc type version: 1 at 16
(MKVInfo) |+ Doc type read version: 1 at 20
(MKVInfo) + Segment, size 5911024348 at 24
(MKVInfo) |+ Seek head at 36
(MKVInfo) | + Seek entry at 41
(MKVInfo) | + Seek ID: 0x15 0x49 0xa9 0x66 (KaxInfo) at 44
(MKVInfo) | + Seek position: 4099 at 51
(MKVInfo) | + Seek entry at 56
(MKVInfo) | + Seek ID: 0x16 0x54 0xae 0x6b (KaxTracks) at 59
(MKVInfo) | + Seek position: 4246 at 66
(MKVInfo) | + Seek entry at 71
(MKVInfo) | + Seek ID: 0x11 0x4d 0x9b 0x74 (KaxSeekHead) at 74
(MKVInfo) | + Seek position: 5910954276 at 81
(MKVInfo) | + Seek entry at 89
(MKVInfo) | + Seek ID: 0x1c 0x53 0xbb 0x6b (KaxCues) at 92
(MKVInfo) | + Seek position: 5910920032 at 99
(MKVInfo) |+ EbmlVoid (size: 4025) at 107
(MKVInfo) |+ Segment information at 4135
(MKVInfo) | + Timecode scale: 1000000 at 4141
(MKVInfo) | + Muxing application: libebml v0.7.7 + libmatroska v0.8.1 at 4148
(MKVInfo) | + Writing application: mkvmerge v2.5.3 ('Boogie') built on Mar 7 2009 15:00:41 at 4186
(MKVInfo) | + Duration: 6288.115s (01:44:48.115) at 4245
(MKVInfo) | + Date: Mon Dec 27 06:36:31 2010 UTC at 4252
(MKVInfo) | + Segment UID: 0x87 0x23 0xe8 0x6a 0xdf 0x8b 0xb6 0xb7 0x9a 0xa7 0x5d 0x1b 0xb5 0x24 0x69 0x76 at 4263
(MKVInfo) |+ Segment tracks at 4282
(MKVInfo) | + A track at 4288
(MKVInfo) | + Track number: 1 at 4291
(MKVInfo) | + Track UID: 2012958848 at 4294
(MKVInfo) | + Track type: video at 4301
(MKVInfo) | + Enabled: 1 at 4304
(MKVInfo) | + Default flag: 1 at 4307
(MKVInfo) | + Forced flag: 0 at 4310
(MKVInfo) | + Lacing flag: 0 at 4314
(MKVInfo) | + MinCache: 1 at 4317
(MKVInfo) | + Timecode scale: 1 at 4321
(MKVInfo) | + Max BlockAddition ID: 0 at 4329
(MKVInfo) | + Codec ID: V_MPEG4/ISO/AVC at 4333
(MKVInfo) | + Codec decode all: 1 at 4350
(MKVInfo) | + CodecPrivate, length 42 at 4353
(MKVInfo) | + Default duration: 41.708ms (23.976 fps for a video track) at 4398
(MKVInfo) | + Language: und at 4406
(MKVInfo) | + Video track at 4413
(MKVInfo) | + Pixel width: 1280 at 4415
(MKVInfo) | + Pixel height: 712 at 4419
(MKVInfo) | + Interlaced: 0 at 4423
(MKVInfo) | + Display width: 1280 at 4426
(MKVInfo) | + Display height: 712 at 4431
(MKVInfo) | + A track at 4436
(MKVInfo) | + Track number: 2 at 4438
(MKVInfo) | + Track UID: 2928030870 at 4441
(MKVInfo) | + Track type: audio at 4448
(MKVInfo) | + Enabled: 1 at 4451
(MKVInfo) | + Default flag: 1 at 4454
(MKVInfo) | + Forced flag: 0 at 4457
(MKVInfo) | + Lacing flag: 1 at 4461
(MKVInfo) | + MinCache: 0 at 4464
(MKVInfo) | + Timecode scale: 1 at 4468
(MKVInfo) | + Max BlockAddition ID: 0 at 4476
(MKVInfo) | + Codec ID: A_DTS at 4480
(MKVInfo) | + Codec decode all: 1 at 4487
(MKVInfo) | + Language: und at 4490
(MKVInfo) | + Audio track at 4497
(MKVInfo) | + Sampling frequency: 48000 at 4499
(MKVInfo) | + Channels: 6 at 4505
(MKVInfo) |+ EbmlVoid (size: 1024) at 4508
(MKVInfo) |+ Cluster at 5535

[Mosu]

No idea, sorry.

[Cheshire Cat]

Thanks anyway!

:)

What would the main differences be when remuxing a mkv with such an older version like 2.5.3?

[Mosu]

Too many to list them all (even if I could recall them all). You could read the ChangeLog at http://www.bunkus.org/videotools/mkvtoolnix/doc/ChangeLog

[Mosu]

Hi Mosu,

mmg's header editor seems to corrupt mkv files made by ffmpeg when i tries to modify something. Is this a bug or a limitation?

That's usually a bug. Does that happen with all files created by ffmpeg? Which ffmpeg version is this? Which mkvtoolnix version? Can you please upload a sample file that has not been edited with the header editor yet (see signature for upload info)?

[yetanotherid]

I've been using VirtualDubMod to edit some AVIs containing AC3 audio, then remuxing them to MKVs with MKVMergeGUI (It's 720p x264 video which I remux to AVI for editing with VirtualDubMod before converting it or remuxing to MKV). More often than not, while remuxing, MKVMergeGUI will offer a warning about finding "x" number of bytes of non-audio data in the AC3 stream which it's skipped, and which might effect the audio sync. For reasons I don't understand, sometimes the audio sync is effected, sometimes not, but either way is there any way to mux the AC3 into an MKV without it skipping parts of the stream?
Even though there's no doubt non-audio sections in the edited AC3 stream for some reason (I don't know what VirtualDubMod is doing there) it remuxes the video into an AVI which stays in sync and which plays perfectly, so I'm wondering if MKVMergeGUI can do the same thing.

So far the only way I've found around the problem is by re-encoding the audio while it's still in the AVI, via DirectShow, which then gives me a new AC3 stream that's of the correct duration. Converting it after demuxing it doesn't always work as then sometimes the non-audio parts of the AC3 stream get skipped anyway. It'd be nice to be able to use the original stream though, without having to convert it to another AC3 stream via DirectShow, just to keep the audio in sync.

Any suggestions anyone?