mkvtoolnix (Matroska toolkit): new release

[Mosu]

Originally posted by kilg0r3
Even if I do like below?

3ivx-Splitter -> AviMuxer -> AviSplitter -> MatroskaMuxer

I have no idea, sorry.

[kilg0r3]

kein problem :p

[Mosu]

Originally posted by kilg0r3
hi Mosu,

would it be much of a hassle to support video streams with a MP4V fourCC?

You could try this funny build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.0-build20040601-1.rar The support for that is VERY experimental and practically untested (meaning I've only played around with one file).

[#2]

Thanks Mosu.

It was play back related. With MPC useing both Gabests internal ACC decoder and the FACC DSFilter it needed to be played from about 30 seconds out from the scene change . Any less than 30 and it would skip. Got identical MD5 sums with '--engage no_variable_data'

[pogo stick]

Originally posted by Mosu
Plays fine here with mplayer, no blocks. Those blocks look like the decoder has received a P frame instead of an I frame as the first frame (or as the first frame after seeking)
I tried it with The Core Media Player.
No blocks too.
Originally posted by Mosu
Maybe the index with the frame types in your original AVI is broken?
Maybe. But AVI, video only MKV and MP4 plays fine.
I don't know what to think.:confused:

[BoNz1]

Hi Mosu I have sort of an odd bug report. In version 0.9.0 when I try to import a ac3 track it says "'mkvmerge -i failed.' Return code: 2. Error: Invalid mp3 header value for this version." I can upload a small clip if necessary.

[niamh]

i've been encountering an audio problem with mkvmerge 9.0 ( and tried on 8.9 too)


the audio is a mp4-aac 6 channels, 320 kbp,LC,CBR, created with besweet/nero. it's been muxed with an XviD avi into a mkv, with no delays set.

The audio ''drops''to zero the exact second the original track fades in the intro, which means there is up to a second missing in the mkv output file, where the original audio fades.
This happens whether it's muxed with the video, or with the audio on its own too.
If muxed into mp4 through graphedit , the result is perfectly fine.
If muxed with a 2 ch aac into mkv, it's fine too.

The problem only appears with a 6 ch aac audio :(

i can produce the besweet log for the audio, and the logs for muxing 6 ch+xvid, 6 ch on its own and 2ch+xvid if you need them :)

oh and tests have been run on multiple audio tracks off different dvd's and episodes(it's "band of brothers"), and the issue is there every time.....

thank you very much mosu, if you can look into it, because we can't live without your tool anymore!:D :D :D

[ChristianHJW]

Originally posted by niamh
the audio is a mp4-aac 6 channels, 320 kbp,LC,CBR, created with besweet/nero. it's been muxed into an XviD avi, with no delays set.

AAC audio muxed into an .avi ? You dont expect Mosu to support hacks like that for transmuxing from AVI into MKV, dont you ;) ..... maybe avi-mux GUI does, its the same tool that allows to mux AAC into AVI in the first place, maybe it can transmux such AVIs into MKVs :D ?

Or is this a misunderstanding and you wonna tell us you muxed an XviD AVI plus a AAC 6ch audio track into a MKV and it doesnt work :O ?

[pixolex]

@Mosu

what am i doing wrong? (version 0.9.0 win32)

I drag and drop a AVI file and a SUB file to the INPUT FILES box...press ADD TO JOB QUEUE...open MANAGE JOBS...START...and FAILED

the log for that file:

--- BEGIN job 32 (1, added on 2004-05-07 22:59:31), started on 2004-05-07 22:59:44
--- No job output found.
--- END job 32, finished on 2004-05-07 22:59:44

I have tried every thing..but if i don´t put in the queue and just hit START MUXING it goes fine...

(I have puted 30 jobs in the queue before realise that it simple don't work :angry: )

Sugestion: make a new tab for the queued jobs and not a new window...it's not intuitive i have to go around to discover where can i just hit to start the jobs...(but thanks any way for that job queue)

[niamh]

AAC audio muxed into an .avi ?????? You dont expect me to expect Mosu to support hacks like that for transmuxing from AVI into MKV, dont you ;);)

Or is this a misunderstanding and you wonna tell us you muxed an XviD AVI plus a AAC 6ch audio track into a MKV and it doesnt work :O ?
Yes, of course :) sorry if it was unclear

another test with an AAC 6 ch with a bitrate of 256 gives no problems at all in the fade out area........... it seems the problem is only with the 320 kbps track:confused:

[Mosu]

Originally posted by BoNz1
Hi Mosu I have sort of an odd bug report. In version 0.9.0 when I try to import a ac3 track it says "'mkvmerge -i failed.' Return code: 2. Error: Invalid mp3 header value for this version." I can upload a small clip if necessary.

Yes please. The first 500kb should be enough.

[Mosu]

Originally posted by niamh
The audio ''drops''to zero the exact second the original track fades in the intro, which means there is up to a second missing in the mkv output file, where the original audio fades.

I need that mp4 file, otherwise I can't do anything about that. Could you please upload it to my FTP server? (info is in my sig)

Thanks.

[Mosu]

Originally posted by ChristianHJW
AAC audio muxed into an .avi ? You dont expect Mosu to support hacks like that for transmuxing from AVI into MKV, dont you ;)

mkvmerge does indeed support reading AAC from AVIs. I have no problems with _reading_ hacks, I just don't like _producing_ them :)

[Mosu]

Originally posted by pogo stick
I tried it with The Core Media Player.
No blocks too.

Maybe. But AVI, video only MKV and MP4 plays fine.
I don't know what to think.:confused:

Interesting. Maybe you could try other players that don't use the Matroska DShow splitter like vlc (videolan client).

[Mosu]

Originally posted by pixolex
@Mosu

what am i doing wrong? (version 0.9.0 win32)

I drag and drop a AVI file and a SUB file to the INPUT FILES box...press ADD TO JOB QUEUE...open MANAGE JOBS...START...and FAILED

I'll investigate tonight or tomorrow. Don't throw your queue away just yet ;)

BTW: You can help me. Please fire up the registry editor and locate a key called 'mkvmergeGUI' (I don't remember the case. It should be somewhere like HKEY_CURRENT_USER\software\mkvmergeGUI or HKEY_LOCAL_MACHINE\software\mkvmergeGUI). Then export that whole key into a .reg file and send me that .reg file by email or upload it to my FTP server. Then go to your mkvtoolnix installation directory. It should contain a subdirectory called 'jobs' with a lot of files in it. I need those, too. Just in case.

Thanks.

[pogo stick]

Originally posted by Mosu
Interesting. Maybe you could try other players that don't use the Matroska DShow splitter like vlc (videolan client).
vlc seems fine too. So it must be splitter problem.

[pixolex]

Originally posted by Mosu
Don't throw your queue away just yet ;)


Maybe it's to late :(

But i have all that files...and they are all in your FTP server rigth now :)

thanks.

[niamh]

@mosu

The problem can't be reproduced since the last reboot....Big sigh @ Windows (though good news for you :) )

[Mosu]

Originally posted by niamh
@mosu

The problem can't be reproduced since the last reboot....Big sigh @ Windows (though good news for you :) )

:)

[niamh]

ok, I reproduced the problem, and it's only a rendering problem, nothing to so with mmg at all. Namely dynEQ in TCMP, that chokes on some parts of a 5.1 aac audio 320kbps it seems(on 2 different systems anyway)....wmp6.4 breezes through it..I should have known better anyway :D . Problem solved, and nothing to do with mkvtoolnix ;)
(I just have now to figure out what produces the click, it's still there, but it's a problem for the core team :))

[BlackSun]

Just disable the equalizer support and the winamp plugin support within the options and it should go well ;)

[niamh]

I just did that...got rid of the equalizer altogether for now,until i have time to figure it all out, since it kept loading even after blacklisting it :) it works great, disabling the winamp plugins got rid of the click, and the freezing..THANKS! (I would never have thought of that, because I don't even have winamp :D )
actually the click has come back :( curious...ah no big deal, it's obviously something else somewhere,and at least it does play :)

[pixolex]

@mosu

is it possible to fill automaticaly the Display width/heigth from the (like in the properties) .AVI file? when it's added to the input box.

[RedDwarf69]

Originally posted by Mosu
You were the one with the El Ultimo Samurai, right? Sorry, the torrent seems to be down. So if you come across such a OGM file again don't delete it so quickly ;) and upload it to me instead so I can check out what's wrong.

Update: It has started. Hopefully it'll have finished tomorrow.

Yes, was me. Sorry for the late answer I am with exams.

Was you able to obtain the file at last?
At really I needed to download the file two times because my fast deletes :) and this problem. I hope not to obtain such a file never again but I will remember to send you...or so I hope :p

[RathO]

@Mosu:

I have a suggestion for a miscellaneous option: "Always on top"...
It would be easier to drag files directly on mkvmerge than having to pass through the taskbar, what takes a second longer, and gets annoying when you have lots to do ;)

Regards

[BoNz1]

Originally posted by Mosu
Yes please. The first 500kb should be enough.

Done. The file is problem_sample_will_not_open.ac3. I uploaded the first 500 or so kb, it is enough to reproduce the problem.

[Mosu]

Originally posted by pixolex
@mosu

is it possible to fill automaticaly the Display width/heigth from the (like in the properties) .AVI file? when it's added to the input box.

Sure.

[Mosu]

(El Ultimo Samurai.ogm)

Originally posted by RedDwarf69
Yes, was me. Sorry for the late answer I am with exams.

Was you able to obtain the file at last?
At really I needed to download the file two times because my fast deletes :) and this problem. I hope not to obtain such a file never again but I will remember to send you...or so I hope :p

Yes, I succeeded in downloading it, but I haven't had any sync problems. Neither with the original file nor with a Matroska file generated from it. Unfortunately I've already deleted it as well... So you're not the only one with a 'deleted way too early' problem ;)

Anyway, I'll consider this case closed for the time being. If you happend to find another one with such problems just let me know.

[Mosu]

Originally posted by RathO
@Mosu:

I have a suggestion for a miscellaneous option: "Always on top"...

Hmm... If wxWin^H^H^H^H^H wxWidgets has support for such options then it's easy to implement, but if not then I have no clue how to do that. I'll see what I can do, though.

[Mosu]

Originally posted by BoNz1
Done. The file is problem_sample_will_not_open.ac3. I uploaded the first 500 or so kb, it is enough to reproduce the problem.

Should be fixed in this new pre-build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.0-build20040612-1.rar

Please test and report back. Thanks.

[kilg0r3]

hi mosu,

just tested your latest bug fix release by trans muxing mp4 (M4V, LC-AAC, LC-AAC) -> mkv. worked flawlessly. just dropped the file in and pressed 'mux' -> error code 0 and the file works. great! thank you!

[Mosu]

Originally posted by pixolex
@mosu

is it possible to fill automaticaly the Display width/heigth from the (like in the properties) .AVI file? when it's added to the input box.

Hmm, after implementing this and thinking about it some more I don't think that's such a good idea. I've now implemented it the same way that it has been done for Matroska files. The display dimensions will only be set if they're different than the pixel dimensions. This will only be the case for MPEG4 type videos that have the pixel aspect ratio stored inside the bitstream.

Reason: the 'display dimension' and 'aspect ratio' controls should be used to override the standard values if those don't apply or are wrong. But if they're the same then you don't have to do anything about that.

Anyway, if you want to test it, here's the build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.0-build20040612-3.rar

[Mosu]

Originally posted by RathO
@Mosu:

I have a suggestion for a miscellaneous option: "Always on top"...

Have a look at http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.0-build20040612-4.rar

[pixolex]

Originally posted by Mosu
Hmm, after implementing this and thinking about it some more I don't think that's such a good idea. I've now implemented it the same way that it has been done for Matroska files. The display dimensions will only be set if they're different than the pixel dimensions. This will only be the case for MPEG4 type videos that have the pixel aspect ratio stored inside the bitstream.

Reason: the 'display dimension' and 'aspect ratio' controls should be used to override the standard values if those don't apply or are wrong. But if they're the same then you don't have to do anything about that.

Anyway, if you want to test it, here's the build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.0-build20040612-3.rar

OK! Thanks :)

And what about the job queue? any hint about the problem?

Edit:

But this build do fill the Display width/heigth automaticaly?!? or is a solution for job queue?

the boths don´t work :(

[Mosu]

Originally posted by pixolex
OK! Thanks :)

And what about the job queue? any hint about the problem?

No, haven't investigated yet.

[pixolex]

Originally posted by pixolex

Edit:

But this build do fill the Display width/heigth automaticaly?!? or is a solution for job queue?

the boths don´t work :(

"Reason: the 'display dimension' and 'aspect ratio' controls should be used to override the standard values if those don't apply or are wrong. But if they're the same then you don't have to do anything about that."

good reason...the job queue it's much more importante :) i'll wait...

[BoNz1]

Originally posted by Mosu
Should be fixed in this new pre-build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.0-build20040612-1.rar

Please test and report back. Thanks.

Hi Mosu, thanks a lot. Everything works correctly now.

[Mosu]

Originally posted by pixolex
good reason...the job queue it's much more importante :) i'll wait...

I think I've found out why it doesn't work. The problem was that you had non-ASCII characters in your file names, and unlike the 'main' mux handling this was broken in the job handling. So please download and test this new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.0-build20040613-1.rar

[Mosu]

Heya,

the usual announcement :) I've released a new version called 0.9.1 containing a couple of fixes and a couple of enhancements. The usual mix, but I'd say the focus is on the new features :)

The homepage:
http://www.bunkus.org/videotools/mkvtoolnix/
The sources:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.9.1.tar.bz2
Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.9.1.rar

The binaries for Debian are up, the ones for Fedora Core and SuSE are still being built and will be available via the homepage shortly.

Here's the ChangeLog since 0.9.0:
-------------------------------------
2004-06-13 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Dropped supoprt for 'aviclasses' (one of the two libraries for accessing AVI files). This mostly affects the Windows users as I've used aviclasses and not avilib on Windows so far. The 0.9.0-pre-builds so far haven't shown any problems, though, so I hope this doesn't break anything.
* mmg: bug fix: The job manager did not handle the conversion of non-ASCII characters correctly.
* mmg: new feature: The action 'delete job' in the job manager will also delete the file in the 'jobs' subdirectory.

2004-06-12 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added an option to make mmg stay always on top (only on Windows).
* mkvmerge: new feature: mmg will set the 'display dimensions' automatically for AVI files whose video track is MPEG4 and has the pixel aspect ratio stored in the bitstream.
* mkvmerge: bug fix: The improved MP3 garbage detection was broken resulting in an error message from mkvmerge in some weird situations.

2004-06-08 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Matroska tracks can use lacing (several frames inside one Matroska block with only one timecode for the whole block). mkvmerge did not recreate the timecodes for the frames 1..n in the lacing correctly.

2004-06-06 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: feature removed: Dropped support for 'time slices'. They were not used, didn't offer the player any additional value and caused massive increase in overhead.
* mmg: new feature: Added a dialog for adding arbitrary command line options which includes a list of advanced options to chose from.

2004-06-04 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The OGM fix in 0.9.0 broke handling for non-broken OGM files a bit.

2004-06-03 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added support for the audio/video synchronization method used by NanDub (garbage at the beginning of audio tracks inside an AVI) for AC3 and MPEG audio tracks. In other words: If an AVI is read and an audio track contains garbage right at the beginning then the corresponding audio delay is calculated and used instead of simply discarding the garbage.

2004-06-01 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Enabled reading MPEG4 video from MP4 files (nope, they're not stored in Matroska's native mode yet).
-------------------------------------

Have fun :)

[niamh]

Ok, I've been playing with that mp4-aac audio muxed into mkv still, because it drives me nuts, and I figured the problem, so I'll just post it here for reference :)
The issue is the audio output device, TCMP has direct sound device output by default(at least I don't remember fiddling with it, maybe I did :D), and that is what produces the click (or even the crack at times)between the music score and the voice over ... I set MPC to direct sound device, and bingo, I get the same click and little silence! Now what is weird is that it only happens when it's a mkv format(the very same track plays perfect in mp4 format) and with this particular type of 320kbps 6 ch AAC (at first glance). Anyway changing the audio output to default sound device or else gets rid of the issue totally :)
As to what process creates the problem, beats me :confused:

And mosu:thank you again for the fastest new builds in the West :D

[thana]

sorry for not reporting back earlier about the issue with the mp3s, but i was out of town for about a week and then simply forgot about it. It worked already with 0.9.0, and now with 0.9.1 i saw that you fixed the issue with bad mp3s to stay in sync with the video! this is really great, thank you!

but i believe i have another bug for you:
Originally posted by Mosu
* mkvmerge: Dropped supoprt for 'aviclasses' (one of the two libraries for accessing AVI files). This mostly affects the Windows users as I've used aviclasses and not avilib on Windows so far. The 0.9.0-pre-builds so far haven't shown any problems, though, so I hope this doesn't break anything.it does. i have a video-only avi (xvid encoded with vdm 1.5.4.1) which gives this error when i try to import it into mmg:
'mkvmerge -i failed. Return code: 1. Errno: 0 (No error). Make sure that you've selected a mkvmerge executable on the 'settings' tab.the executable is of course selected. the avi plays normally in every dshow-based player. with mkvmerge 0.9.0 i can import it without problems. i already uploaded 5MB of the avi (LotR TTT SEE.avi) to your ftp, if you need more just tell me and i will resume.

[Mosu]

Originally posted by thana
sorry for not reporting back earlier about the issue with the mp3s, but i was out of town for about a week and then simply forgot about it. It worked already with 0.9.0, and now with 0.9.1 i saw that you fixed the issue with bad mp3s to stay in sync with the video! this is really great, thank you!

No problem. I just hope it works well :)

but i believe i have another bug for you:
it does.

Well then I'll have to fix avilib :)

i already uploaded 5MB of the avi (LotR TTT SEE.avi) to your ftp, if you need more just tell me and i will resume.

How big is it? I'd really like to have a complete file to work with. If you don't want to upload the whole file then you could maybe try to create a smaller file with VDubMod (stream copy). If that also breaks with 0.9.1 then you can upload the smaller one istead. I'll take the larger one, too, so it's really up to you :)

[thana]

ok, i tried direct stream copy with vdubmod 1.5.4.1, 1.5.10.1 and vdub 1.5.10, but all of them fixes the avi. than i tried encoding the same avs again with exactly the same settings, but only about 2000 frames, but the output is fixed too it seems.

so i'm now uploading the whole 3GB avi. i have a flatrate and a fast upstream, so it's no problem. the complete file should be there in about 14 hours :)

[RathO]

WOUHOU!! Thx Mosu for this fabulous option!! (Always on top)
You make my day! :p

When you set the option, and close mkvmerge, the option still checked but doesn't work anymore.. I can live with it :) Just to let you know.

Regards

[Mosu]

Originally posted by RathO
WOUHOU!! Thx Mosu for this fabulous option!! (Always on top)
You make my day! :p

Glad I can help :)

When you set the option, and close mkvmerge, the option still checked but doesn't work anymore.. I can live with it :) Just to let you know.

Regards

Ooops... Yes, the state is saved and loaded correctly, but upon loading it isn't applied. Thanks for the hint, I'll fix that right away.

(2mins later)

Have fun with http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040613-1.rar

[Mosu]

Originally posted by thana
so i'm now uploading the whole 3GB avi. i have a flatrate and a fast upstream, so it's no problem. the complete file should be there in about 14 hours :)

Thanks for the upload. The problem seems to be related to files > 2GB on Windows. I cannot test it right now because muxing a 3GB file over the network with Windows running inside VMWare would take HOURS... But with a small fix 'mkvmerge -i LotR...' does work correctly. So could you please download this build and test the complete muxing process and see if the resulting file is complete? http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.9.1-build20040614-1.rar

Thanks.

[thana]

i tried it and the muxing process completes normally. the only thing that was different was that the log didn't mention that it found the aspect ratio in the mpeg4-bitstream, though it did set the display dimensions correctly in the final mkv. than i tried to play it, and at first it worked normally, but after i came past the 2GB mark of the input avi, all dshow-players display garbage and finally crash.

also i had the impression that this build used way more resources than the older ones (sorry, i can't describe it better), although mkvmerge was set to idle priority correctly. maybe it has something to do with the new "stay on top" feature. or maybe its just my system ;)

[Mosu]

Originally posted by thana
i tried it and the muxing process completes normally. the only thing that was different was that the log didn't mention that it found the aspect ratio in the mpeg4-bitstream, though it did set the display dimensions correctly in the final mkv.

That's a feature (no really!). mkvmerge will only try to extract the aspect ratio from the MPEG4 bitstream if the user hasn't specified anything on the command line. You've explicitely overridden the aspect ratio, so mkvmerge won't even look for it.

than i tried to play it, and at first it worked normally, but after i came past the 2GB mark of the input avi, all dshow-players display garbage and finally crash.

Ok, so I'll have to dig into that >2GB issure more thoroughly. Thanks for testing.

also i had the impression that this build used way more resources than the older ones (sorry, i can't describe it better), although mkvmerge was set to idle priority correctly. maybe it has something to do with the new "stay on top" feature. or maybe its just my system ;)

Hmm, it shouldn't use more resources, but I'll look into it (probably not today anymore, though).

[niamh]

also i had the impression that this build used way more resources than the older ones
I have had the same impression so I ran a little test, muxing a video track, an mp4 audio track and 2 srt, first with the last but one build (I think it's 13.1, I'm getting lost, anyway, the one built on 13/06, at 22:48), and I get an average of 30/50% CPU usage, with a peak at 70% for mkvmerge.exe (P4 1.9 ghz)
I ran the same mixture with the official 9.1 (the first one), and I got an average of 25/30% with a couple of peaks at 50 % CPU usage.

The RAM usage is the same , at around 7000k .

[Mosu]

Originally posted by niamh
I have had the same impression so I ran a little test, muxing a video track, an mp4 audio track and 2 srt, first with the last but one build (I think it's 13.1, I'm getting lost, anyway, the one built on 13/06, at 22:48), and I get an average of 30/50% CPU usage, with a peak at 70% for mkvmerge.exe (P4 1.9 ghz)
I ran the same mixture with the official 9.1 (the first one), and I got an average of 25/30% with a couple of peaks at 50 % CPU usage.

Lemme get this straight - the official 0.9.1 uses less CPU than a pre-build BEFORE 0.9.1 ? How long do long muxings take with both versions? (If you run such tests be sure to run them multiple times)

The RAM usage is the same , at around 7000k .

That's way more important for me anyway ;)