mkvtoolnix (Matroska toolkit): new release

[SonGokuDBZ]

Mosu: Thanks for your reply, of course your right.

I wrote a small program to convert my MicroDVD-Chapter files with frame-numbers to the good old Ogg-Chapter files which are time based. So it isn't nessasary to implement them...

Bye :)

[Mosu]

Originally posted by SonGokuDBZ
Mosu: Thanks for your reply, of course your right.

I wrote a small program to convert my MicroDVD-Chapter files with frame-numbers to the good old Ogg-Chapter files which are time based. So it isn't nessasary to implement them...

Bye :)

Ok :)

[Mosu]

Heya,

here's another release of mkvtoolnix. A couple of new features, but nothing fancy.

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

And here's the ChangeLog:
-----------------------------------
2004-04-05 Moritz Bunkus <moritz@bunkus.org>
* Released v0.8.7.

2004-04-03 Moritz Bunkus <moritz@bunkus.org>
* mkvinfo: new feature: Added a terse output format via '-s'.

2004-03-27 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: If using MPEG4 video and no aspect ratio or display dimensions are given mkvmerge will extract the aspect ratio information from the stream and automatically set the display dimensions accordingly.

2004-03-22 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Using audio sync on AC3 tracks read from Matroska files did not work.

2004-03-21 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: new feature: Added extraction of RealAudio and RealVideo tracks to RealMedia files.

2004-03-16 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added a 'job queue'. The current settings can be added as a new job, and all pending jobs can be started for batch processing without user interaction.
--------------------

Have fun.

[kilg0r3]

Originally posted by Mosu 2004-03-27 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: If using MPEG4 video and no aspect ratio or display dimensions are given mkvmerge will extract the aspect ratio information from the stream and automatically set the display dimensions accordingly.[/B]
Nothing fancy. Ey? ;)

[empty]

I'm totally confused. I've found the phenomenon in 2 mkvs from ogms less than 2GB and the best these are 2 from 16 ogms I've encodet with VDMod job list and the exactly same preferences. :confused: I've muxed all with mkvtoolnix but they won't run. MediaInfo and GSpot claims these files to be correct, but VDMod crashes by opening. :confused: I've remuxed the streams but the same behaviour. The workaround with avi was successful but what the hell causes this bug? 2 from 16 same pieces are somehow corrupt? I'm completely clueless.
I've retried with 0.8.7 but nothing changes.
bb empty

[pixolex]

...2004-03-16 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added a 'job queue'. The current settings can be added as a new job, and all pending jobs can be started for batch processing without user interaction...

I got no words.
THANKS MOSU!

[pixolex]

Well i think now it's just missing one thiing...:D
A option to merge one or more mkv files in just one BIG mkv file with chapters created automaticaly from the little files :P
It help to join episodes from a serie, separated with chapters like in the DVD...or to join previous 2 ou 3 CDs backups in just one file to put in a DVD (this without automatic chapters).

Maybe when mosu have some free time...:P

Once again THANKS for this great tool!

[Mosu]

Originally posted by pixolex
Well i think now it's just missing one thiing...:D
A option to merge one or more mkv files in just one BIG mkv file with chapters created automaticaly from the little files :P

Like I've written a page or two earlier I've thought about support for concatenating files lately, but it'll be difficult or at least a lot of work to fit this into mkvmerge's current structure. But once I have that adding such an 'auto chapter by concatenated files' option will be easy.

Maybe when mosu have some free time...:P

Probably not before May 15th - which is when my diploma thesis is due.

[pixolex]

Originally posted by Mosu
Like I've written a page or two earlier I've thought about support for concatenating files lately, but it'll be difficult or at least a lot of work to fit this into mkvmerge's current structure. But once I have that adding such an 'auto chapter by concatenated files' option will be easy.



Probably not before May 15th - which is when my diploma thesis is due.

No problem i'll keep waiting and good luck for that diploma thesis!

[DKDIB]

Mosu wrote:
> [...] my diploma thesis is due.

:eek:
Congratulations! :D

[Milkman Dan]

Originally posted by pixolex
Well i think now it's just missing one thiing...:D
A option to merge one or more mkv files in just one BIG mkv file with chapters created automaticaly from the little files :P
It help to join episodes from a serie, separated with chapters like in the DVD...or to join previous 2 ou 3 CDs backups in just one file to put in a DVD (this without automatic chapters).

Maybe when mosu have some free time...:P

Once again THANKS for this great tool!

Here here. Only feature that I'm missing in this tool. Due to the name, I thought that it concantated files already. I was unhappy to see that it didn't.

Incidentally, is there a place for project donations?

[Mosu]

Originally posted by Milkman Dan
Here here. Only feature that I'm missing in this tool. Due to the name, I thought that it concantated files already. I was unhappy to see that it didn't.

Well, merging and concatenating are two totally different things. Maybe mkvmux would've been a better name ;)

Incidentally, is there a place for project donations?

Nope, but I'm always happy to receive a postcard (Moritz Bunkus, Cyriaksring 42, 38118 Braunschweig, Germany). That'd be more than enough.

[omion]

I just installed 0.8.7 on my computer, and I just found what seems to be a bug. I tried muxing a FLAC into an MKA and mmg says:

mkvmerge v0.8.7, built on Apr 5 2004 19:56:37
Using the FLAC demultiplexer for D:\Uninvited.flac.
+-> Parsing the FLAC file. This can take a LONG time.
+-> Pre-parsing FLAC file: 0%
+-> Pre-parsing FLAC file: 5%
+-> Pre-parsing FLAC file: 10%
... more of the same ...
+-> Pre-parsing FLAC file: 95%
+-> Pre-parsing FLAC file: 100%
+-> Pre-parsing FLAC file: 100%
+-> Using the FLAC output module.
Opened 'D:\Uninvited.mka' for writing.


at which point Windows puts up a "mkvmerge.exe has encountered a problem and needs to close" dialog. mmg says mkvmerge returned with error -1073741819. It works with 0.8.6, but not 0.8.7. Thanks for the help!

<edit>
Windows XP SP1
All the FLACs I've tried are from reference encoder 1.1.0
</edit>

[Mosu]

Originally posted by omion
I just installed 0.8.7 on my computer, and I just found what seems to be a bug. I tried muxing a FLAC into an MKA and mmg says:

Please try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.7-build20040411-01.rar and report back. Thanks for noticing.

[omion]

Originally posted by Mosu
Please try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.7-build20040411-01.rar and report back. Thanks for noticing.
Hmm. Now I'm getting the same code (-1073741819) whenever I try to add any file. I don't even need to try to mux it, mmg just won't let me add anything. I'll try it with just the command-line and report later.

<edit>
Using the newer mkvmerge.exe with the command line created by the older 0.8.7 mmg works just fine. So I guess the problem I had is just mmg.
</edit>

[Mosu]

Originally posted by omion
Hmm. Now I'm getting the same code (-1073741819) whenever I try to add any file.

Stupid me... Please try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.7-build20040412-1.rar It should work again.

[omion]

Originally posted by Mosu
Stupid me... Please try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.7-build20040412-1.rar It should work again.
Looks OK. Thanks a lot! :D

[Rash]

Come on! When would we get such efficiency from a paid program? :)

Sorry, I know it doesn't have anything to do with the topic, but I had to post.

[Atamido]

Originally posted by Rash
Come on! When would we get such efficiency from a paid program? :) Ummmm.... You didn't pay?

Please try to follow Forum Rule (http://forum.doom9.org/forum-rules.htm) #6.

[Griniaris]

I don't know if someone has allready asked for this but I think it would be nice and useful if a user could drag and drop files in the mmg window to be muxed in one matroska file...

[Mosu]

Originally posted by Griniaris
I don't know if someone has allready asked for this but I think it would be nice and useful if a user could drag and drop files in the mmg window to be muxed in one matroska file...

Pretty low on my priority list, but as it's probably not that big a deal I might implement it. No promises, though.

[niamh]

Thank you again, mosu, for that can't-live-without-anymore tool :)) it's just great, and so far i havent found any issue with it :) i just muxed a film from avi, with an AAC audio track that required a delay of -24ms (the tip says ''a couple'' so i was a bit worried it wouldnt work :D) well, it did to perfection, the sub files come out great as well, so do the chapters etc..in short all good , nothing to say but praise you :) Previous trials have seen mmg digest everything i threw at it as well.:D

I would have a tiny minor request for us dim windows users :D(me at any rate). Is it possible to have a reminder message in case you write the muxed file to the same file as precedently? hhhmm, let me clarify this...the output default filename is the video track name, basically, which is great...but say i do another muxing with the same track, then mmg overwrites the output file without telling me, and since i'm an idiot , half the time i have forgotten to change the output name myself....then if i want to compare both outputs, well :rolleyes: ....is it possible to get a reminder, windows style? ''are you sure you want to replace so and so?'' no biggie though, it really is a detail in all fairness..keep up the good work, you're a star:) :) :)

[Mosu]

Originally posted by niamh
Thank you again, mosu, for that can't-live-without-anymore tool :)) it's just great, and so far i havent found any issue with it :)

Thanks for the praise :)

I would have a tiny minor request for us dim windows users :D(me at any rate). Is it possible to have a reminder message in case you write the muxed file to the same file as precedently?

Will do, and it'll be switchable (so that those who prefer not to see such an option can turn if off easily).

[niamh]

thanks, i know what they say by fast now :));) switchable is perfect, I know i spend my time whining after the reminders, only to whine again if they're not there ... lol

EDIT: or maybe, simpler and better would be to do like gknot does, append a _1,_2 etc to the output filename automatically? :))

[jkwarras]

Originally posted by Griniaris
I don't know if someone has allready asked for this but I think it would be nice and useful if a user could drag and drop files in the mmg window to be muxed in one matroska file...

I've never asked for this, but thought about it many times, it'll be very useful and nice :)

Thanks Mosu for this great tool.

Another thing that will be great could be a simple tagging window, like the title window but for Title, Author, Copyright, Year, etc... I know it exist and can be done with the Shell extension but is not very simple, so just a simple window for those (the most used) tags will make happy a lot of users :D

[jjseth]

:D Tag editor and drag&drop support will be excellent:D

[Mosu]

Originally posted by jjseth
:D Tag editor and drag&drop support will be excellent:D

Sorry, I won't write a tag editor. This is a lot of work, and I really, REALLY don't have the time for it. Drag'n'drop is probably pretty easy, so that might come in a month or so.

[mikeX]

Hi there,
I want to report a weird issue I experienced today when I tried mkvtoolnix 0.8.7 on my debian box:

while idle, mmg uses 99-100% of my cpu (~50% user ~50% system)!
when i actually put it at work everything goes back to normal (mkvmerge comes into play and mmg doesn't use any cpu)

I'm using the .deb package from your site!
If you want I can send you the output of top (doubt you'll find anything usefull there though)
Maybe wxGTK related?

I haven't tried any other versions on this system yet, will do later on today and report back :)

(me starting to actually rip stuff and trying to update the guide!)

keep up the excellent work ;)

[Mosu]

Originally posted by mikeX
Hi there,
I want to report a weird issue I experienced today when I tried mkvtoolnix 0.8.7 on my debian box:

while idle, mmg uses 99-100% of my cpu (~50% user ~50% system)!

From my ChangeLog:

2004-04-06 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: On non-Windows systems some combinations of wxWindows and GTK caused continuous 100% CPU usage after a special call to wxExecute.

2004-04-05 Moritz Bunkus <moritz@bunkus.org>
* Released v0.8.7.

Yes, this is wxGTK related. On Windows the same call to wxExecute works nicely. On Linux and at least some versions of wxGTK this call does work as well (I get the info from mkvmerge that I want with this call) but it leaves wxWindows burning 100% CPU afterwards. Don't ask me why. I've worked around that.

But thanks for pointing it out.

[omion]

I just noticed a small inconsistency in MMG. In the 'add input file' dialog box, the option 'media files' does not show m4a files. It says it does in the list of file types, but the files do not show up. The option "AAC" does show them, though.

I found this in tab_input.cpp:

wxFileDialog dlg(NULL, "Choose an input file", last_open_dir, "",
_T("Media files (*.aac;*.ac3;*.ass;*.avi;*.dts;"
"*.flac;*.idx;"
"*.m4a;*.mp2;*.mp3;*.mka;"
"*.mkv;*.mov;*.mp4;*.ogm;*.ogg;"
"*.ra;*.ram;*.rm;*.rmvb;*.rv;"
"*.srt;*.ssa;"
"*.wav)|"
"*.aac;*.ac3;*.ass;*.avi;*.dts;*.flac;"
"*.idx;*.mp2;*.mp3;*.mka;"
"*.mkv;*.mov;"
"*.mp4;*.ogm;*.ogg;"
"*.ra;*.ram;*.rm;*.rmvb;*.rv;"
"*.srt;*.ssa;*.wav|"
It looks like the second list (after the "|") is missing the m4a extension. (Not that I would even know how this works. I'm more of a Perl guy).

Note that I downloaded the source quite a while ago, so the file may have been changed since then.

Sorry for all the nit-picking!

[Mosu]

Originally posted by omion
I just noticed a small inconsistency in MMG. In the 'add input file' dialog box, the option 'media files' does not show m4a files.

This has been fixed quite some time ago.

[Mosu]

Heya,

here's another release of mkvtoolnix. Bug fixes all over the place this time, but nothing major like 'erases your precious movie collection' ;)

The homepage:
http://www.bunkus.org/videotools/mkvtoolnix/
The sources:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-0.8.8.tar.bz2
The Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-0.8.8.rar
The packages for RedHat/FedoraCore and SuSE are being built at the moment and will be available on the mkvtoolnix homepage shortly.

Here's the ChangeLog since 0.8.7:
-------------------------------------
2004-04-23 Moritz Bunkus <moritz@bunkus.org>
* Released v0.8.8.
* mkvtoolnix now depends on libebml 0.7.0 and libmatroska 0.7.0.

2004-04-21 Moritz Bunkus <moritz@bunkus.org>
* mkvinfo: bug fix: mkvinfo was forcing libmatroska not to handle unknown elements and crashed on those.

2004-04-15 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: When adding Matroska files the video track's display dimensions are displayed as well.

2004-04-13 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Implemented reading AAC from AVIs.

2004-04-11 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The Flac packetizer was accessing uninitialized memory resulting in a crash on Windows.
* avilib: bug fix: Fixed compilation on big endian systems.
* mkvmerge: bug fix: Fixed the handling of RealMedia files with 'multirate' tracks (again).

2004-04-09 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: On some rare occasions chapters were not written correctly when splitting was active.

2004-04-06 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: On non-Windows systems some combinations of wxWindows and GTK caused continuous 100% CPU usage after a special call to wxExecute.
-------------------------

Have fun.

[omion]

Originally posted by Mosu
This has been fixed quite some time ago. Are you sure? I just downloaded 0.8.8 (along with the source) and it won't show any .m4a files in the 'add input files' dialog when 'media files' is selected (the default), even though it's listed as displaying them (try it! ;) )

As I said before, it's not the end of the world, just a little inconsistency.

[Mosu]

Originally posted by omion
Are you sure? I just downloaded 0.8.8 (along with the source) and it won't show any .m4a files in the 'add input files' dialog when 'media files' is selected (the default), even though it's listed as displaying them (try it! ;) )

Ah yes, you're right. What a stupid little bug...

[Griniaris]

I just tried muxing in matroska a RV10 elysian rmvb file and it doesn't work with 0.8.8 version. 0.8.7 works fine. Mkvmerge returns an error 2 and it says no stream to output has been found. Try it yourself too and if needed I can upload a file.

[Mosu]

Originally posted by Griniaris
I just tried muxing in matroska a RV10 elysian rmvb file and it doesn't work with 0.8.8 version. 0.8.7 works fine. Mkvmerge returns an error 2 and it says no stream to output has been found. Try it yourself too and if needed I can upload a file.

Yes, please upload the first 2MB of that file to my FTP server. Just abort the upload after the 2MB. Thanks.

[Griniaris]

I uploaded the first 2MB of the rmvb file. It is named tais.rmvb
I retried to do the muxing but could not get it to work. As I said previous versions work fine. Something in this new version has caused the problem. Thanks a lot for this great program!

Chris

[Mosu]

Originally posted by Griniaris
I uploaded the first 2MB of the rmvb file. It is named tais.rmvb

Thanks. That was a bug in my librmff.

As I said previous versions work fine.

Kinda surprising as the 0.8.7 contained the same librmff version. Anyway, please try this pre-release: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-0.8.8-build20040424-1.rar

[Griniaris]

please try this pre-release: http://www.bunkus.org/videotools/mk...d20040424-1.rar

Seems to be working fine now... I'll do more tests and if I find something else will let you know.

Kinda surprising as the 0.8.7 contained the same librmff version.

I don't know what to say either but I tried it and it worked with the same file that the 0.8.8 version did not work.

Anyway, thanks for the new fixed version!

Chris

[pogo stick]

Strange thing.
I muxed avi with 2 aac and xml chapter file.
When I playback mkv first few seconds it looks like this (http://pogo-stick.narod.ru/Frida.jpg) (save target as...).
If I hit stop and play again it's OK then.
Avi and only video mkv plays without problems from the start.
Video is XviD with 2 max BVOPs and packed bitstream disabled.
I tried 0.8.7, 0.8.8 and 0.8.8-build20040424-1.
Settings file is here (http://pogo-stick.narod.ru/Frida.mmg).
For playback I used MPC, BSPlayer, FFDShow and Xvid decoder.
All the same.
I don't know. Maybe it's not mkvtoolnix problem, but it seems like.

[iradic]

hi

what happens if the audio is longer than video when muxing with mkvtoolnix... is it possible to cut audio (like vdub) or after the end of video audio will continue playing... will i have any problems with playing the file ?

thanks

[DanielSun]

Originally posted by iradic
hi

what happens if the audio is longer than video when muxing with mkvtoolnix... is it possible to cut audio (like vdub) or after the end of video audio will continue playing... will i have any problems with playing the file ?

thanks

Why not give it a try yourself?
:rolleyes:

sorry if i've offended you,but I mean it is easy to do a simple test right?

/*edit*/Tested with avi+mp3=mkv,audio will continue playing!

Regards.
Danielsun.

[Mosu]

Originally posted by iradic
what happens if the audio is longer than video when muxing with mkvtoolnix... is it possible to cut audio (like vdub) or after the end of video audio will continue playing... will i have any problems with playing the file ?

No, that is not possible with mkvmerge at the moment, and I won't implement that soon either. If it works probably depends on how much longer the audio is. Up to a few seconds should be fine. But that really depends on the playback application.

[DanielSun]

my Video is 15 seconds long.
my Audio is 111 seconds long.

[kilg0r3]

@ DanielSun
Originally posted by Mosu
But that really depends on the playback application. So, iradic's question was entirely justified.

[iradic]

@DanielSun
:)

well i didnt encode the video yet, i was thinking to cut out endcredits (6 min), and i already encoded audio - i will try to cut out audio also...

thanks

[Mosu]

Originally posted by iradic
well i didnt encode the video yet, i was thinking to cut out endcredits (6 min), and i already encoded audio - i will try to cut out audio also...

If it's 6minutes then yes, you should cut the audio. BTW there are several editors that can directly edit/cut MP3 and Vorbis without having to reencode. So if you use these formats you might be lucky.

[nah]

hi,

Tested with RV10 + 2 Streams AAC : the 0.8.8 only mux one AAC
the 0.8.8-build20040424-1 mux the 2 AAC.

thanks

[Mosu]

Originally posted by nah
hi,

Tested with RV10 + 2 Streams AAC : the 0.8.8 only mux one AAC
the 0.8.8-build20040424-1 mux the 2 AAC.

thanks

Clarification please: does 0.8.8-build20040424-1 mux the video or not?

[iradic]

hi...

i solved "longer audio than video" problem creating blankclip with avisynth and encoding at quant 31 -> 500 KB for 6 min...

another problem (it's now solved but you should check this):
i had 3 audio tracks - 1 real he-aac , 2 real cook ... when i was muxing i arranged tracks like this:
1) xvid avi video
2) real rmvb he-aac
3) real rmvb cook
4) real rmvb cook
when muxing i saw it was usiog only one "output module" for cook audio, but i thought its ok cause they are one after another ... wrong - file resulted with only one cook audio track (3rd one), he-aac and video

i rearranged cook tracks so they are not one after another (1. cook, 2. video, 3. he-aac, 4. cook) -> when muxing there were two cook "output module's" and file ended with two cook tracks ... everything else was ok

here is the log:
mkvmerge v0.8.8, built on Apr 23 2004 19:08:32
Using AVI demultiplexer for C:\VIDEO\video.avi. Opening file. This may take some time depending on the file's size.
+-> Using video output module for video track ID 0.
Using RealMedia demultiplexer for C:\VIDEO\audio.rmvb.
+-> Using the AAC output module for stream 0 (FourCC: racp).
Using RealMedia demultiplexer for C:\VIDEO\act_com.rmvb.
+-> Using the RealAudio output module for stream 0 (FourCC: cook).
Using RealMedia demultiplexer for C:\VIDEO\dir_com.rmvb.
Opened 'C:\VIDEO\video.mkv' for writing.


bye

[EDIT] after i read log changed "demultiplexer" to "output module"