mkvtoolnix 1.4.0 is out with everything you want

[lamer_de]

Would it be possible to add support for HDTV transport streams (.ts)? I probably can feed them into mkv by demuxing them to a m2v and ac3 (or aac) first, but for files in the multiple GB range that's nothing you want to do on a regular basis.

CU,
lamer_de

[Mosu]

Originally posted by azsd
thx muso
:D
and is the font could be specialed for mmg.exe?

Sorry, I don't have the time to do this at the moment.

[Mosu]

Originally posted by lamer_de
Would it be possible to add support for HDTV transport streams (.ts)?

Neither do I have time to do that at the moment :(

[Esc]

How about a simple GUI for extracting?

[Mosu]

Originally posted by Esc
How about a simple GUI for extracting?

That'd take even more time than the previous two requests combined, so not at the moment, sorry.

[planet1]

Originally posted by Esc
How about a simple GUI for extracting?

http://forum.doom9.org/showthread.php?threadid=73819

[Mosu]

Hey,

here's another bug fix release for mkvtoolnix: v1.4.2. I'm too lazy to
write something meaningful here, so please check the ChangeLog below :)

The usual links...
...to the home page:
http://www.bunkus.org/videotools/mkvtoolnix/
...the source code:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-1.4.2.tar.bz2
...the Unicode Windows binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-1.4.2-setup.exe
...the non-Unicode Windows binares:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-1.4.2-setup.exe

The binaries for other distributions are already up and availabel from
the home page.

Now to the ChangeLog since 1.4.1:
----------------------------------------------------------------------
2005-04-16 Moritz Bunkus <moritz@bunkus.org>
* Released v1.4.2.
* mkvmerge: bug fix: In rare occasions involving B frames mkvmerge freed data too early. In such a case it was eating more and more memory finally exiting with a message about not finding a packet for a "bref".

2005-04-09 Moritz Bunkus <moritz@bunkus.org>
* all: bug fix: My output functions did not work on AMD64 systems. Fixes Anthill bug 120.

2005-04-07 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: new feature: Added the extraction of the raw data with the "--raw" and "--fullraw" flags. Patch by Steve Lhomme (see AUTHORS).
* mkvextract: bug fix: WAVPACK extraction did not update the "number of samples" header field. Patch by Steve Lhomme (see AUTHORS).
* mkvmerge: bug fix: RealMedia files contain a "FPS" field in their track headers. Unfortunately this field does not always contain the actual FPS of a video track but the maximum number of FPS that the encoder has output or should output. Therefore mkvmerge does not use a "default duration" element for RealVideo tracks anymore. Fixes Anthill bug 113.
* mkvmerge: bug fix: Failing calls to posix_fadvise upon adding a file to mmg caused mmg to think that the file identification failed. Now warnings for posix_fadvise are not output anymore, and posix_fadvise is silently switched off for that file. Fixes Anthill bug 123.
* mkvmerge: bug fix: Appending files that were created with mkvmerge's "--link" option was broken. The timecodes for both the chapters and the actual media data blocks were not adjusted correctly. Fixes Anthill bugs 115 and 116.
* mkvmerge: bug fix: If chapters are present in several appended files and there were atoms who shared the same UID then those entries were present multiple times in the output files. Now such entries are merged into one chapter entry. Fixes the second part of Anthill bug 122.

2005-04-06 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: If chapters were present and splitting was enabled then mkvmerge would not treat chapters correctly that spanned across several files. Now the spanning chapters are kept in all files, and their start timecodes are adjusted accordingly. Fixes the first part of Anthill bug 122.

2005-03-28 Moritz Bunkus <moritz@bunkus.org>
* mkvinfo: bug fix: On Windows mkvinfo was linked without the console subsystem resulting in no output at all if run without the GUI (-g). Fixes Anthill Bug 118.

2005-03-23 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Due to the compiler doing some strange number conversion mkvextract seemed to hang on Windows with certain files.

2005-03-20 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Appending VobSubs with more than one track in a .idx file and video files at the same time was broken resulting in parts of some of the VobSub tracks not ending up in the resulting Matroska file. Fixes Anthill bug 114.

2005-03-19 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The track numbers were assigned wrongly when appending tracks (this is more or less cosmetic).
* mkvmerge: bug fix: Splitting by time was broken for audio-only files. Fixes Anthill bug 112.
* mkvmerge: bug fix: The --fourcc switch was not working.

2005-03-16 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: Tracks that were not selected on saving the settings file were selected after loading a settings file.
----------------------------------------------------------------------

Have a nice weekend :)

Mosu

[Yong]

@Mosu:
Again, thank you,
for the new mkvtoolnix release,
i'm very like this tools, because it's very important to me;)

[planet1]

thx for the new release Mosu !

btw how do you come up with all those "code names" ?
Is there some list with all the old ones ? ;)

[Mosu]

Originally posted by planet1
thx for the new release Mosu !

btw how do you come up with all those "code names" ?
Is there some list with all the old ones ? ;)

They're all names of songs I like. I'd guess if you googled for them you'd find out the band's names pretty easily.

1.4.2: Jimi Thing
1.4.1: Cherry Lips
1.4.0: Cornflake Girl

(All the time I was working on the "trunk" or "1.2.0" line, which was more than half a year, it was codenamed "Cornflake Girl". This is one of my few all time favorite songs.)

1.0.2: Elephant's Foot
1.0.1: October Road
1.0: Soul Food To Go
0.9.7: Invisible Touch
0.9.6: Every Little Kiss
0.9.5: The Na Na Song

Earlier releases didn't have codenames.

[tritical]

Hi Mosu, just wanted to say that mkvtoolnix is great and thanks for all the hard work :).

Sorry if this has been asked before, but I searched for quite a while and couldn't find a definite answer...

I was wondering what is and is not currently supported as far as using timecode files when muxing h264/AVC video w/ b-frames from mp4. The faq on haali's site says not to use v3 files, and there is a bug report for mkvtoolnix on your site that says v1 will not work. What is the status on using v2 tc files? Some results from my own tests (the video is 29.970 fps in mp4, the timecode file marks almost all of it as 23.976 fps except for a few small 29.970 sections) using mkvtoolnix v1.4.2 to mux and mpc with haali's parser from 19/04/2005, and ffdshow (2005/04/06)/nero for video decoding:

muxed w/ v1 file:
nero - after the first few seconds, the timecodes seem to be ignored and the file starts playing at 29.970
ffdshow - plays at roughly the correct rate (23.976), but very jerky

muxed w/ v2 file:
nero - seems to play smoothly at 23.976, though I can't tell for sure if the 29.970 sections are actually being played back at the right rate as they are rather short
ffdshow - jerky at 23.976... the same as the v1 file

muxed w/ no tc file:
nero - plays back smooth at 29.970
ffdshow - plays back smooth at 29.970

[Mosu]

Originally posted by tritical
I was wondering what is and is not currently supported as far as using timecode files when muxing h264/AVC video w/ b-frames from mp4.

All timecode formats ( = the complete external timecode handling) is broken with B frames at the moment and has never been working correctly.

[tritical]

Thanks. I expected it was such, but wanted to make sure.

[pcjco04]

Hi,

I have a problem with enabling the Split by time combo box for a second merge. The first time it is ok, but for a second merge the sensibility is disabled.

Scenario to reproduce the problem (no need to open a file):
*) Open mkvMerge GUI (Jimi Thing)
*) Global Tab -> enable splitting -> by time (OK for the combo)
*) ctrl + n
*) Global -> enable splitting -> by time (KO for the combo)

Edit : this GUI bug is on Windows 2000 with mkvtoolnix 1.4.2

[JasonFly]

I 'm trying to edit some mmg job files and I had problems. The job file isn't working anymore in mmg the edition. I found out it was due to the notepad defaut txt format saving(UTF8). So I saved these mmg files using ANSI and that almost worked. But all special chars are not working(é, è, ç....) and nothing is displayed in the track name for example.

I already edited some mmg files some times ago, and they often had special chars as é, è, ç ... and that worked perfectly. I didn't remember changing the saving format in notepad too. So i'm wondering if any change has been made in job files handling recently?

[Mosu]

Originally posted by JasonFly
I 'm trying to edit some mmg job files and I had problems. The job file isn't working anymore in mmg the edition. I found out it was due to the notepad defaut txt format saving(UTF8).

Well, that's the correct encoding. The files should be in UTF-8, so I'm not sure why it didn't work for you. (I can't test it at the moment... Don't have a Windows installation available here)

I already edited some mmg files some times ago, and they often had special chars as é, è, ç ... and that worked perfectly. I didn't remember changing the saving format in notepad too. So i'm wondering if any change has been made in job files handling recently?

Nope, nothing at all.

[Mosu]

Originally posted by pcjco04
I have a problem with enabling the Split by time combo box for a second merge. The first time it is ok, but for a second merge the sensibility is disabled.

Fixed in my SVN repo and in this build for Windows: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.4.2-build20050507-1.rar

[RathO]

Does MKVtoolnix allow you to mux incomplete/corrupted/wrong checksum avi files?

Or do we get a warning/error message?

Cheers

[Mosu]

Originally posted by RathO
Does MKVtoolnix allow you to mux incomplete/corrupted/wrong checksum avi files?

Or do we get a warning/error message?

Cheers

Dunno, I've never tried. The included avilib that's used for AVI access tries to read the index. If it isn't found then it is recreated on the fly (or it should be). How well it handles corrupted files is another matter.

BTW: AVI has checksums? Didn't know that ;)

[JasonFly]

Originally posted by RathO
Does MKVtoolnix allow you to mux incomplete/corrupted/wrong checksum avi files?

Or do we get a warning/error message?

Cheers

I have tried that sometime ago and it seems to work with files smaller than 2Gb.

I had a 4Gb corrupted avi file and this one couldn't be opened i mkvtoolnix

[gfh]

Originally posted by Mosu
BTW: AVI has checksums? Didn't know that ;)

Have MKV files a checksum (field, record or same)?

[neo_anderson]

so, if i mux an avc mp4 file encoded using nero recode 2 in mkv container using toolnix, will it play perfectly? or will there be some problems?

[Mosu]

Originally posted by gfh
Have MKV files a checksum (field, record or same)?

They can have, but they're not used at the moment (mkvmerge does not use them). We mostly believe that error _detection_ should be part of the media / protocol used and not part of the container (e.g. TCP, DVDs, CDs not burnt in Mode2 Form2 etc etc).

(Note that error _resiliance_ has nothing to do with error _detection_ or error _correction_.)

[Mosu]

Originally posted by neo_anderson
so, if i mux an avc mp4 file encoded using nero recode 2 in mkv container using toolnix, will it play perfectly? or will there be some problems?

Should be fine.

[Elic]

Hi there!

I have a lot of DVD-rips in OGM format, and most of them have (built-in) chapters without names e.g.CHAPTER03=00:04:45.085
CHAPTER03NAME=
CHAPTER04=00:07:38.217
CHAPTER04NAME=.
But, when I try to convert these OGMs to MKV, I receive message like "Error: Unknown chapter file format in '<file>.ogm'. It does not contain a supported chapter format." When I cut chapter table from OGM (by hex editor), made text from it and called mkvmerge with parameter --chapter=xxx.txt I got similar message again. Then, I added a dash into each line with name (like "CHAPTERxxNAME=-") then everything became OK and mkvmerge merged the movie, but lines in chapters menu look ugly.

Is this an error or a feature I don't know for? :)

[Mosu]

Originally posted by Elic
Hi there!

I have a lot of DVD-rips in OGM format, and most of them have (built-in) chapters without names e.g.CHAPTER03=00:04:45.085
CHAPTER03NAME=
CHAPTER04=00:07:38.217
CHAPTER04NAME=.

In Matroska a name is mandatory for a chapter. mkvmerge checks the format of such CHAPTERXXNAME= lines, and if no name is present then it won't detect that format.

I could change this so that mkvmerge inserts "unnamed" if a chapter name is missing, but it'd be WAY better if you assigned proper names to these entries -- even if they're only "chapter 01", "chapter 02" etc.

[Elic]

@ Mosu
> In Matroska a name is mandatory [...] even if they're only "chapter 01", "chapter 02" etc.
Hmm... But if no chapter name present at all then IMHO timestamp itself could be the best name. And/or, please, let it be a special "invisible" name (i.e. no fake name at all in chapter menu, timestamp only). Is it OK?

[sigmaris]

I have tried to remux a Quicktime 7 .mov file with H.264 video and AAC audio using mkvmerge GUI, The tracks with fourcc AVC1 and MP4A are recognised in the GUI but the MKV file that results isn't playable by any method I've tried (Haali's splitter or Gabest's latest splitter). They only seem to identify the audio track.

The original file plays fine by renaming the .mov to .mp4 and using Haali's splitter in GraphEdit. If you want to test the same file you can download it via BitTorrent from here (http://systm.org/). It's the H.264 Quicktime 7 large format file.

[Mosu]

Originally posted by sigmaris
If you want to test the same file you can download it via BitTorrent from here (http://systm.org/). It's the H.264 Quicktime 7 large format file.

I'll download and take a look at it.

[RathO]

Hey Mosu, remember i wrote to you about that problem? And not being able to make the window appear unless i maximize the application wich is annoying to work with.

Well i finally found what's wrong:

The problem is related with the "Show Desktop" function.
Open MKVtoolnix, use show desktop, close MKVtoolnix, re-open it, and there it is; in the taskbar not wanting to open properly except maximized.

Can this be fixed in the future? :)

Thank you,

[Mosu]

@ Mosu
Hmm... But if no chapter name present at all then IMHO timestamp itself could be the best name. And/or, please, let it be a special "invisible" name (i.e. no fake name at all in chapter menu, timestamp only). Is it OK?

You can try this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre//mkvtoolnix-unicode-1.4.2-build20050607-1.rar

[Mosu]

The problem is related with the "Show Desktop" function.
Open MKVtoolnix, use show desktop, close MKVtoolnix, re-open it, and there it is; in the taskbar not wanting to open properly except maximized.

Can this be fixed in the future? :)

Sorry, can't make any promises. I've got very few spare time at the moment, and I've got more important bugs/features than fighting against GUIs. I'll keep this in mind, though, because I actually do have an idea what is wrong here.

[Mosu]

The problem is related with the "Show Desktop" function.
Open MKVtoolnix, use show desktop, close MKVtoolnix, re-open it, and there it is; in the taskbar not wanting to open properly except maximized.

I was actually right on spot. The problem was that mmg saves the window position when you quit it. If it is minimized then the coordinates it saves are negative. Upon restart it tried to move the window to the old position, which of course is not a good idea if it's negative ;)

Please try this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre//mkvtoolnix-unicode-1.4.2-build20050607-2.rar

[LeMoi]

I can't extract tracks with mkvtoolnix 1.4.2 from files muxed with mmg 0.9.4 :s
(mkvextract) No segment/level 0 element found.
progress: 100%
no problem with mkvextract 0.9.4

[ShadowFX]

As of version 1.4.0 and up, I have the feeling the program starts way slower than like the 1.0.2 version: about 4 to 5 seconds. While 1 or 2 seconds were only needed with the previous versions. Anyone else notice this? If so, what can I do about it?

[Mosu]

As of version 1.4.0 and up, I have the feeling the program starts way slower than like the 1.0.2 version: about 4 to 5 seconds. While 1 or 2 seconds were only needed with the previous versions. Anyone else notice this? If so, what can I do about it?

That's true. It's caused by the newer version of the GUI toolkit I use (wxWidgets). Unfortunately there's nothing you can do about it, and neither can I (short of not using that newer version. Problem is the newer versions contain a lot of bug fixes, especially improved Unicode support).

[RathO]

I was actually right on spot. The problem was that mmg saves the window position when you quit it. If it is minimized then the coordinates it saves are negative. Upon restart it tried to move the window to the old position, which of course is not a good idea if it's negative ;)

Please try this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre//mkvtoolnix-unicode-1.4.2-build20050607-2.rar
Thanks for your time, it works good now :)

Cheers

[pixolex]

what about a divx6 (container) to matroska feature in mkvtoolnix?! :devil:
There are any legal problems with that? Or it's just a question of time from mosu? :D

[Mosu]

what about a divx6 (container) to matroska feature in mkvtoolnix?! :devil:
There are any legal problems with that? Or it's just a question of time from mosu? :D

Dunno. Time, certainly. Legal? No clue.

[LeMoi]

Will one day idx subs be well extracted from mkv files or is this devlopment dead?

[Liisachan]

You mean something like this?

E:\TEST>mkvextract -V
mkvextract v1.4.2 ('Jimi Thing')

E:\TEST>dir /w
in.mkv

E:\TEST>mkvextract tracks in.mkv 5:out.idx
Extracting track 5 with the CodecID 'S_VOBSUB' to the file 'out.idx'.
Writing the VobSub index file 'out.idx'.
progress: 100%

E:\TEST>dir /w
in.mkv out.idx out.sub

[Mosu]

Will one day idx subs be well extracted from mkv files or is this devlopment dead?

This does already work with the latest builds available from http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/ Although the version number still shows 1.4.2 it is NOT the release 1.4.2 that fully supports it.

Development is not dead, but yes, it has slowed down a lot. Expect a new version this weekend.

[LeMoi]

Excellent, with latest beta, everything is possible with the extracted idx/sub, thanks :)

[therealjoeblow]

That's true. It's caused by the newer version of the GUI toolkit I use (wxWidgets). Unfortunately there's nothing you can do about it, and neither can I (short of not using that newer version. Problem is the newer versions contain a lot of bug fixes, especially improved Unicode support).


I noticed the same thing, in MMG and another proggie. After doing some research, I found that using the desktop to store everything (ie, making the computer desktop resemble my real one) is NOT a good idea. Everything on the desktop has to get loaded into memory, and apparently some programs choke on load when the desktop is overloaded because they're reading that info too.

I had about 300 various items (folders, pictures, icons, files, archives, etc) stored on my desktop. I cleaned it up to <100, and everything appears to work much more smoothly now.

You may want to give this a try, not sure if it is or is not the real issue.

[asasadad_1]

some builds (from mkvtoolnix-unicode-1.4.2-build20050529-1 to mkvtoolnix-unicode-1.4.2-build20050622-1) couldn't mux .m2v files,mkvtoolnix-unicode-1.4.2-build20050523-2 works fine with .m2v files.

[Mosu]

I had about 300 various items (folders, pictures, icons, files, archives, etc) stored on my desktop. I cleaned it up to <100, and everything appears to work much more smoothly now.

You may want to give this a try, not sure if it is or is not the real issue.

Nice speed gain :) But unfortunately it's a fact that newer wxWidgets versions have a much slower start up time compared to earlier ones. So you won't get the same startup speed with the Unicode build as you had with the non-Unicode ones.

[Mosu]

some builds (from mkvtoolnix-unicode-1.4.2-build20050529-1 to mkvtoolnix-unicode-1.4.2-build20050622-1) couldn't mux .m2v files,mkvtoolnix-unicode-1.4.2-build20050523-2 works fine with .m2v files.

Thanks for noticing. My usual test files worked fine... I'll look into it.

[Mosu]

some builds (from mkvtoolnix-unicode-1.4.2-build20050529-1 to mkvtoolnix-unicode-1.4.2-build20050622-1) couldn't mux .m2v files,mkvtoolnix-unicode-1.4.2-build20050523-2 works fine with .m2v files.

Should be fixed in http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.4.2-build20050624-1.rar

[Great Dragon]

SSA-files with both "Coments" and "Dialogues" extranted from MKV do not containing dialogue string. It's blank. In same time SSA with "Dialogues" only demuxing fine...

[Mosu]

SSA-files with both "Coments" and "Dialogues" extranted from MKV do not containing dialogue string. It's blank. In same time SSA with "Dialogues" only demuxing fine...

Please upload such a file to my FTP server (see signature).