mkvtoolnix 1.4.0 is out with everything you want

[Mosu]

Hey,

finally: I'm releasing the new mkvtoolnix version including all the fancy new stuff. It's v1.4.0.

So what has changed? Tons of new features, tons of bug fixes, tons of new bugs ;) The more important things are:

- support for MPEG-1 and MPEG-2 video read from PS and ES streams,
- support for AVC (aka h.264) video from MP4 files,
- support for concatenating files,
- support for the new elements needed for menus,
- support for WAVPACK4 lossless and lossy audio,
- support for extracting VobSubs and
- added an online help to mmg accessible by pressing F1

Beginning with 1.4.0 I also provide both a Unicode enabled version and a non-Unicode version of mkvtoolnix. The usual: users of Windows 95, 98 and ME have to use the non-Unicode version. The others can use the Unicode enabled version.

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

My binaries for Fedora Core and SuSE as well as links to binaries for other systems are available from the homepage.

Now to the ChangeLog. It's not the ChangeLog since 1.0.2. Instead I'm listing all entries that are unique to the 1.4.0 line and have never appeared in the 1.0.x line:

-----------------------------------------------------------------------
2005-02-26 Moritz Bunkus <moritz@bunkus.org>
* Released v1.4.0.

2005-02-19 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: The "default track" checkboxes are set properly when a Matroska file is added.
* mmg: new feature: Added a warning right before the muxing starts if the chapter editor contains entries but no chapter file has been selected (can be turned off).

2005-02-11 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: new feature: Added VobSub extraction based on Mike Matsnev's code.

2005-02-08 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Track names could not be set to be empty.

2005-02-02 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Use the posix_fadvise function on *nix systems. This results in a considerable speed up for the whole muxing process. As the function call seems to be buggy on at least Linux kernels 2.4.x it can be disabled completely during configure. It will only be used on Linux with a kernel from the 2.6.x series or newer.

2005-02-01 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Empty video frames in AVIs right at the beginning were breaking the MPEG-4 aspect ratio extraction and caused problems in other parts, too.

2005-01-30 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: It was possible to create chapter entries with invalid or even empty language entries. Not only are those invalid, such XML files can also not be loaded by mmg.
* mmg: bug fix: Overwriting a chapter file did not erase the previous file. So if the previous file was bigger than the current chapters then garbage remained at the end of the file.

2005-01-22 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added some more possible formats for binary data in XML files besides Base64 encoded data: hex encoded and ASCII "encoded".

2005-01-20 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: The "stretch" input box tooltip was wrong. The resulting command line was broken, too.

2005-01-18 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Hex values accept more formats (like optional white space between numbers or the "0x" prefix).

2005-01-15 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Changed the AVC/h.264 timecode handling to include the timecode offsets from the CTTS atom.

2005-01-15 Moritz Bunkus <moritz@bunkus.org>
* mmg: Reformatted the HTML guide and updated the screenshots. It should be more readable for those whose desktop is not 1200 pixels wide.

2005-01-08 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Made the mkvmerge GUI guide available by pressing F1 or selecting "Help" from the "Help" menu.

2005-01-07 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: bug fix: ASS/SSA extraction was broken in some rare cases.

2005-01-02 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added support for mkvmerge's new "appending tracks" feature.

2004-12-31 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added support for reading the pixel aspect ratio from AVC/h264 video data.
* mkvmerge: new feature: Added AVC/h264 muxing from MP4.

2004-12-28 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added a MPEG PS demuxer.
* mkvinfo: new feature: Added a couple new elements (silent tracks). Patch by Steve Lhomme (see AUTHORS).

2004-12-27 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: new feature: Added WAVPACK4 extraction. Patch by Steve Lhomme (see AUTHORS).

2004-12-18 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added WAVPACK4 muxing. Patch by Steve Lhomme (see AUTHORS).

2004-12-17 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added VobButton muxing. Patch by Steve Lhomme (see AUTHORS).

2004-11-18 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Implemented concatenating files with chapters.
* mkvmerge: Changed the "progress" output. It's now correct for file concatenation, too.

2004-11-17 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Concatenating/appending files is now possible. A lot of things aren't tested, and others simply don't work yet (chapter merging, duplicate tag elimination, proper progress report, support in mmg just to name a few), but the basic functionality seems to work.
----------------------------------------------------------------------

I'm well aware that there are probably new bugs. Also the concatenation code is not as well-tested as I'd like. But as always I'm grateful for bug reports and will try to fix those bugs as quickly as possible.

Have fun :)

Mosu

[Sirber]

Yehoo!!!! :D

Thanks!!! MP4 management will work lots easier in RealAnime with this release! Many thanks!!! :D

[buzzqw]

Automatic mp4 (as aac and mp4) audio codec detection (HE/SBR..) ?

BHH

[Mosu]

Originally posted by buzzqw
Automatic mp4 (as aac and mp4) audio codec detection (HE/SBR..) ?

BHH

Only for AAC-in-MP4 (because you can't detect HE on raw ATDS AAC files without decoding them). But that has been working for ages.

[hippoth]

Hi Mosu,

whats the difference between the unicode and the non-unicode version?
Btw..I get an error when stating mmg.exe The Applictaion couldn´t start because of missing wxbase253u_gcc_custom.dll ...whats this for dll?

[Mosu]

Originally posted by hippoth
Hi Mosu,

whats the difference between the unicode and the non-unicode version?

The idea is that you can safely use stuff like Japanese characters in all of mmg's input boxes. I haven't ever had anything else than a German or English Windows version, so I can't really tell what else is different.

Btw..I get an error when stating mmg.exe The Applictaion couldn´t start because of missing wxbase253u_gcc_custom.dll ...whats this for dll?

Sounds like you have only downloaded the .RAR but not the runtime RAR. Or you haven't extracted the runtime RAR into the same directory as the main RAR. Just get the installer instead (or uncompress both RARs into the same directory).

[Sirber]

I'd like to but...

URL not found, but...

The URL you requested, /videotools/mkvtoolnix/win32/mkvtoolnix-unicode-runtime-1.4.rar, was not found. If you are looking for a current release of mkvtoolnix then please head over to the mkvtoolnix home page.

;)

[Mosu]

Originally posted by Sirber
I'd like to but...

URL not found, but...

Ups. Fixed, thanks :)

[buzzqw]

Only for AAC-in-MP4 (because you can't detect HE on raw ATDS AAC files without decoding them). But that has been working for ages.

I know aac in mp4 is working but i would know if "raw ATDS AAC" could be possible (in a near future).


one question: for aac (he or lc) in mp4 the switch --aac-is-sbr is needed ?

Thanks again

BHH

[Mosu]

Originally posted by buzzqw
I know aac in mp4 is working but i would know if "raw ATDS AAC" could be possible (in a near future).

Like I said: autodetection? No. You can use HE AAC ADTS files, but you have to use the --aac-is-sbr switch then.

one question: for aac (he or lc) in mp4 the switch --aac-is-sbr is needed ?

No. Only if the MP4 file itself contains broken data. So generally: no.

[Sirber]

Seems still to not work :S

http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-runtime-1.4.rar

[Mosu]

Originally posted by Sirber
Seems still to not work :S

http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-runtime-1.4.rar

Because you're still using the wrong link. The right link is http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-runtime-unicode-1.4.rar

[buzzqw]

@Mosu

Ok

No. Only if the MP4 file itself contains broken data. So generally: no.

Thanks and sorry for being "pedant" ;)

BHH

[Sirber]

Originally posted by Mosu
Because you're still using the wrong link. The right link is http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-runtime-unicode-1.4.rar Sorry. My ISP is proxying me. Maybe the page didn't get updated. I shall change ISP in 1 month :devil:

[Liisachan]

Congrats!

And about MMG (on my Windows 2000):

Hey!!! This is _really_ unicode-based! :D

The editboxes in MMG (or commandline copied to Clipboard) are now in UTF-16 and MMG is ok with Unicode filename, like a Finnish Korean mix, for input/output .... Awesome.

But hey, "the mkvmerge output" in the "mkv is running" box is in UTF-8, not UTF-16. This is not preferable (incoherent), altho the problem is just cosmetic...

And please fix the default extension to .mkv.
Now "save as foo" is defaulted to foo.mka.

thx for your great work!!

[LeMoi]

Originally posted by Mosu
* mmg: bug fix: Overwriting a chapter file did not erase the previous file. So if the previous file was bigger than the current chapters then garbage remained at the end of the file.
I still have this problem : if i remux a file which had chapters, and if i choose another chapterfil when i mux, with Haali splitter, i still can choose between 'Edition 1' and 'Edition 2' while playing the file, and each edition correspond to old and new chapters :s
If i check 'No chapters' in the muxgin window, i don't have ths 'bug'

[niamh]

Oh boy.......

Time warped and it's Christmas all over again :D

[hippoth]

Originally posted by Mosu Sounds like you have only downloaded the .RAR but not the runtime RAR.[/B]
Correct, because I thought the old runtimes would be ok...the new ones I couldn´t download...but now its fixed and all fine ;)
As usual great work!

[niamh]

<rolls up sleeves...>

- 1st thing I did was press the big red button, aka F1..it says the help .hhp file is not found, and in fact it's nowhere on my pc.(I ued the installer And uninstalled the old one properly)

- then I started to append bonus files (wanted to do that for ages)..so I appended first the video tracks, then the audio tracks, then the subtitles ones, and remuxed the lot... it works and it's in synch! great. Is there any plan in the future to switch the audio along with the video and subs though (or can it be done in a way I missed)? Right now I must do it manually through the splitter.

- the resulting files won't seek either, tested with MPC and the Core, the slider keeps going back to the start, with or without freezing involved. (the players as well display only file 1's name, but that's obviously the players problem, they're in for a serious upgrading ;) )

- If I select a few files to append, mmg won't let me remove them, in case I got it wrong. It says the file cannot be removed as there are tracks that are supposed to be appended to tracks from this file. But whatever file you select, or even if you deselect all the tracks, it keeps spitting the error message anyway, so the only solution is to start a new project.

- As for appended chapters, I need to figure it out, because it keeps using the chapters from file 1, so I'm sure I missed something there.

- What are those edition thingies in haali's splitter? they seem to do nothing that I can see :)


Anyway, I'm impressed, as usual :). A big thank you.

(EDIT:I've just appended a full album of aac songs, and that seeks no problem, but the different tracks aren't detected, what did I forget this time?)

[Mosu]

Originally posted by niamh
<rolls up sleeves...>

- 1st thing I did was press the big red button, aka F1..it says the help .hhp file is not found, and in fact it's nowhere on my pc.(I ued the installer And uninstalled the old one properly)

Doh, both installers are missing three files. I've updated them. Simply download one again and install over the old location. The RARs did contain the files.

Is there any plan in the future to switch the audio along with the video and subs though (or can it be done in a way I missed)? Right now I must do it manually through the splitter.

That's a player issue, and I can't comment on that :)

- the resulting files won't seek either, tested with MPC and the Core, the slider keeps going back to the start, with or without freezing involved.

Hmm, it works here for me, but I mostly test with mplayer/xine on Linux. I can only test so much with Windows running inside VMWare... But a quick test with bsplayer + Matroska Pack 1.0.3 as well as with Haali's latest splitter show no such behaviour.

(the players as well display only file 1's name, but that's obviously the players problem, they're in for a serious upgrading ;) )

Well, if you concatenate two tracks then the resulting file will only contain one track. Therefore you definitely only have one name for that track (and only one title for the complete file).

- If I select a few files to append, mmg won't let me remove them, in case I got it wrong.

Not quite true, but close enough. There's definitely a bug in how mmg adds the tracks when you press "append". The thing is that you can only remove files whose tracks don't have another track appended. When you "append" a file with more than one track inside then the tracks are inserted at the end resulting in the second track being appended to the first track of the same file. Therefore the file cannot be removed. However, you CAN move the first track up in the track selection. Then you should be able to remove that file.

Like I said, it's a bug.

- As for appended chapters, I need to figure it out, because it keeps using the chapters from file 1, so I'm sure I missed something there.

The goal is to have chapters of both files appended in the complete file as well. Meaning if file one contains two chapters and file two (the appended one) contains three chapters then the resulting file should contain five chapters.

(EDIT:I've just appended a full album of aac songs, and that seeks no problem, but the different tracks aren't detected, what did I forget this time?)

Like I've said above: appending tracks results in a single track for all tracks that are appended to one another.

[pcjco04]

The "Split by time" option is always greyed with the 1.4.0 version.

[Mosu]

Originally posted by pcjco04
The "Split by time" option is always greyed with the 1.4.0 version.

Damn... Happens only with wxWidgets 2.5.3 on Windows (meaning with the Unicode version). Dunno what I can do about it...

[Mosu]

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.4.0-build20050227-1.rar

Contains a couple of fixes related to problems with wxWidgets 2.5.x on Windows ( = the Unicode build):

--------------------------------------------------------
2005-02-27 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: The job queue was not loaded on startup on Windows Unicode builds (another wxWidgets 2.5.3 problem).

2005-02-26 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: The job status in the job runner dialog was broken on Unicode builds on all systems.
* mmg: bug fix: "Splitting by time" was not selectable on Windows Unicode builds (problem with wxWidgets 2.5.3).
* mmg: bug fix: mkvmerge's output during muxing was not converted from UTF-8.
* mmg: bug fix: The default extension added when the user doesn't give one is different in wxWidgets 2.4.x and 2.5.x. It should always be .mkv and not .mka.
--------------------------------------------------------

Three of those five fixes were necessary because wxWidgets 2.5.x behaves differently on Windows than 2.4.x does.

[AnimalMother]

Halleluiah!

As always your work is awesome.

[ssjkakaroto]

thx a lot for your great work Mosu!

[niamh]

Like I've said above: appending tracks results in a single track for all tracks that are appended to one another.

Ok, I figured I could still navigate from subtrack 1 to others, like I'm doing for the video tracks I appended. :)

Well, if you concatenate two tracks then the resulting file will only contain one track. Therefore you definitely only have one name for that track (and only one title for the complete file).

Fair enough, but it's not the title I gave to the resulting file that appears, but the first one in the append chain.Is that normal (player issue I guess ;) )?

[Splashdriver]

Hi,

First of all, big thanks for the great efforts putting into this program. :D

For the very first time I've encountered a problem I never had before. When I try to add a videofile (.Avi or .MKV) it gives me an error:
File Identification Failed. Return Code 2.

It says something about 'no output file was given'
:confused:

I really hope I could get some help here. I'm on a windows XP machine btw. Thanks in advance.

[Mosu]

Originally posted by Splashdriver
For the very first time I've encountered a problem I never had before. When I try to add a videofile (.Avi or .MKV) it gives me an error:
File Identification Failed. Return Code 2.

It says something about 'no output file was given'
:confused:

What was the name of the file you wanted to add? Also make sure that mmg is not using an older version of mkvmerge. Have a look at the "settings" tab and check the location of the mkvmerge.exe executable.

[Mosu]

Originally posted by niamh
Ok, I figured I could still navigate from subtrack 1 to others, like I'm doing for the video tracks I appended. :)

You can't, and I'm pretty sure that you don't have two video tracks if you append two video tracks. But maybe we misunderstand each other.

Fair enough, but it's not the title I gave to the resulting file that appears, but the first one in the append chain.Is that normal (player issue I guess ;) )?

The priorities are:

1. If the title was given on the "global" tab then that one will be the final file's title.
2. If none is given then the title of the first file actually containing a title is used.

The same is true for track names.

Let's assume you have two files, v1.mkv and v2.mkv. v1.mkv contains two tracks, one video and one audio. v1's title is "first part". v2 contains the same type of tracks, and its title is "second part". Now you "add" v1.mkv to mmg and "append" v2.mkv. Then the "file/segment title" input box will automatically contain the title of v1.mkv, "first part". That you can change to something else. The resulting file will contain the title that was present in that input box.

The same is true for track names.

What any player shows (either the track name or the file title) as the "name" is up to the player though.

[Splashdriver]

Originally posted by Mosu
What was the name of the file you wanted to add? Also make sure that mmg is not using an older version of mkvmerge. Have a look at the "settings" tab and check the location of the mkvmerge.exe executable.

The file name I'm trying to add is 'Martial Arts of Shaolin.mkv'. Nothing unusual, I believe. I've checked and verified the location of the mkvmerge.exe executable. I've completely deinstalled all previous mkvtoolnix versions before installing the new one. I'm still getting the same error returned. I'm completely puzzled.

How should I verify that I don't possibly have a older version of mkvmerge running?

[Splashdriver]

I think I just switch back for a while. Thank you.

[neo_anderson]

does this mean i can use nerodigital mp4 file with vorbis audio?

[Mosu]

Originally posted by Splashdriver
The file name I'm trying to add is 'Martial Arts of Shaolin.mkv'. Nothing unusual, I believe.

Indeed. File names with spaces are OK. Does this happen with other files, too? Could you try moving the file to another directory and adding it from there? Does it still happen then?

How should I verify that I don't possibly have a older version of mkvmerge running?

What's the size and date of the mkvmerge.exe that is mentioned on the 'settings' page?

[Blue_MiSfit]

Tried to convert an MP4 from NeroDigital AVC into MKV with this tool and I cant seem to get nero's decoder filter to decode. I just get a gray screen... Wtf am I doing wrong..


...faded misfit

[Mosu]

Originally posted by neo_anderson
does this mean i can use nerodigital mp4 file with vorbis audio?

Which "this" are asking about? AVC support? Sure, AVC + Vorbis works.

[Mosu]

Originally posted by Blue_MiSfit
Tried to convert an MP4 from NeroDigital AVC into MKV with this tool and I cant seem to get nero's decoder filter to decode. I just get a gray screen... Wtf am I doing wrong..

Do you have Haali's splitter installed (latest version)? Could you also try with a recent ffdshow build as described on http://www.bunkus.org/videotools/mkvtoolnix/avc-status.html

[Didée]

One time 24h offline, and then comes such a one!

/*Pulls hat, takes deep bow to Mosu*/

[Splashdriver]

Could you try moving the file to another directory and adding it from there? Does it still happen then?

Unfortunately, yes.


What's the size and date of the mkvmerge.exe that is mentioned on the 'settings' page?

According to Windows Explorer it's date is 26-02-2005, size 1,14 MB.

[Mosu]

Originally posted by Splashdriver
Unfortunately, yes.

That definitely sounds like an older mkvmerge.exe is in use. Please download either http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-1.4.0.rar or http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-1.4.0.rar Uncompress the archive into the same folder that mmg.exe is in and make sure that ALL files are overwritten!

Then start mmg, go to the "settings" tab, hit the "browse" button right to the "mkvmerge executable" input box and select the mkvmerge.exe that you've just extracted.

[Teegedeck]

I'm stunned, what a pleasant surprise! I'm gonna report back as soon as I get to try it.

[niamh]

Originally posted by Mosu
You can't, and I'm pretty sure that you don't have two video tracks if you append two video tracks. But maybe we misunderstand each other.
Well, the first thing I did was to append 4 Young Frankenstein's bonuses that I have scattered around. From haali's splitter, I can switch directly to all 4 tracks (separately from chapters), and they have the name the original tracks had. Same goes for the audio and subtitle tracks. Sorry for being dumb :)



The priorities are:...
All clarified, I missed that in the manual.

[outlyer]

Mooooo. As always thank you and congratulations.

Originally posted by Mosu
- support for MPEG-1 and MPEG-2 video read from PS and ES streams,
What's the status of TS?

[Mosu]

Originally posted by niamh
Well, the first thing I did was to append 4 Young Frankenstein's bonuses that I have scattered around. From haali's splitter, I can switch directly to all 4 tracks (separately from chapters), and they have the name the original tracks had.

When you "append" files with mmg then there's only ONE name for the track. When you "add" files then you have four tracks, each with its own name.

"append":
track1: <file1><file2><file3><file4>

"add":
track1: <file1>
track2: <file2>
track3: <file3>
track4: <file4>

[Mosu]

Originally posted by outlyer
What's the status of TS?

I haven't worked on TS at all. I don't know if spyder (he wrote the original PS/ES code) wants to do TS, too. At the moment I have features with higher priorities.

[Splashdriver]

Originally posted by Mosu
That definitely sounds like an older mkvmerge.exe is in use. Please download either http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-1.4.0.rar or http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-1.4.0.rar Uncompress the archive into the same folder that mmg.exe is in and make sure that ALL files are overwritten!

Then start mmg, go to the "settings" tab, hit the "browse" button right to the "mkvmerge executable" input box and select the mkvmerge.exe that you've just extracted.

The second file doesn't even work for me. It gives me an error about a file missing:confused:

I've extracted the first .rar file into the same folder that mmg.exe is, but it still doesn't work. Same error returned.

[niamh]

I can't believe I added them instead of appending them .I'll go hide somewhere

[Raptus]

Originally posted by Mosu
Do you have Haali's splitter installed (latest version)? Could you also try with a recent ffdshow build as described on http://www.bunkus.org/videotools/mkvtoolnix/avc-status.html I have the very latest MPC, FFDShow and Haali's splitter and experience the same problem as Blue_Misfit.

MPC somehow doesn't want to use the Nero decoder when the container is an MKV and uses FFDShow instead, which results in a somewhat garbled screen and crashes on some seeking (sound is fine though). When I use Haali's splitter (disabling MPC's internal Matroska splitter) MPC says "cannot load any source filter".

I guess the MKV is fine and we'll have to wait till ffdshow handles AVC better or MPC manages to use Nero's decoding filter on MKV's.

[zombi55]

Originally posted by Mosu
- support for the new elements needed for menus,
What is that means concretely?
(And/or) Where can we find some information on this subject?

Thx

[Mosu]

Originally posted by zombi55
What is that means concretely?
(And/or) Where can we find some information on this subject?


You can't find any real information about this. Those elements are used by robux4's menu extraction application that will be the base for our menu experiments. Menus are not usable at the moment. What I've added was groundwork.

[thana]

first thx for this official release, it's greatly appreciated :)

some things i noticed until now:
[list=1] a cosmetic bug in mmg: the window-titles of the add- and append-file-open-dialogs are swapped

you mentionend already that the tracks are not sorted probably in mmg when appending. this gets *really* annoying when you try to append 7 files with 5 tracks each, i ended up spending 5 minutes just to bring them in the right order so i finally could hit "start muxing" without the error coming up. hope this gets fixed soon.

another related thing: appending files is possible without any files already added. and in this case it's not possible to remove them anymore (other than file->new), because there are no other files to remove first.

i managed to crash mkvmerge with an illegal operation (mmg stayed open but reported no error) when i tried appending files while at the same time splitting them again with same filesize. i can post the windows crash-report if you need it. after some more tests i found out that this only happens when input-filesize = output-filesize, in all other cases mkvmerge just exits with returncode 3 (mmg shows no error).

another more or less cosmetic bug: when splitting is activated mmg warns you to overwrite a file when the file in the "output filename" box already exists, even though it actually doesn't get overwritten because "-00x" is appended to the filenames.

when appending mkv's that where split with linking enabled, the times of the chapters of the 3rd+ file gets messed up.

maybe related: an mkv from appended mkv's that where split with linking enabled are not seekable anymore once you come past the time of first file. both haali's and gabest's latest splitters just hang while the time is running. it starts working again when you seek to times from the next appended file. after that it hangs again, and so on. looks like something is fishy with the timecodes here.
[/list=1]
and another question: whats the status on native mpeg4? i played around a bit with --engage native_mpeg4 but only got warnings, errors, crashes and garbled output until now. should we report bugs on it?

that's it for now ;)

[hpn]

Originally posted by Raptus
I have the very latest MPC, FFDShow and Haali's splitter and experience the same problem as Blue_Misfit.

MPC somehow doesn't want to use the Nero decoder when the container is an MKV and uses FFDShow instead, which results in a somewhat garbled screen and crashes on some seeking (sound is fine though). When I use Haali's splitter (disabling MPC's internal Matroska splitter) MPC says "cannot load any source filter".


With the Haali's Matroska splitter and in MPC: View -> Options -> Filter -> Disabled "Matroska Splitter" under "Source Filters", my Nero Maximum definition AVC encode muxed in .MKV plays just fine via FFDShow (you get a gray screen only if you forget to disable the internal Matroska splitter in MPC).

One question: The original Nero .mp4 file is about 570k smaller for a 500MB full movie encode than the same Nero AVC stream muxed in .mkv (video stream only, nothing else in the container). Is this the way it should be or I have to specify some extra options in the mkvmerge command line to get a MKV size comparable to the MP4 one?

Nice job anyway, thanks :)

[Mosu]

Originally posted by hpn
(you get a gray screen only if you forget to disable the internal Matroska splitter in MPC).

Thanks for the explanation.

One question: The original Nero .mp4 file is about 570k smaller for a 500MB full movie encode than the same Nero AVC stream muxed in .mkv

That's normal. Quicktime/MP4 has less overhead than Matroska (which is not really surprising as Quicktime was designed for streaming. This also has drawbacks: it is VERY hard to reconstruct a file if the index is lost).

[Mosu]

Originally posted by thana
some things i noticed until now:
a cosmetic bug in mmg: the window-titles of the add- and append-file-open-dialogs are swapped

Fixed.

you mentionend already that the tracks are not sorted probably in mmg when appending.... hope this gets fixed soon.

It will.

another related thing: appending files is possible without any files already added.

That was only possible after File->new. Fixed.

i managed to crash mkvmerge with an illegal operation...

when appending mkv's that where split with linking enabled, the times of the chapters of the 3rd+ file gets messed up.

maybe related: an mkv from appended mkv's that where split with linking enabled are not seekable anymore once you come past the time of first file....

Will be fixed in the next two weeks.

another more or less cosmetic bug: when splitting is activated mmg warns you to overwrite a file when the file in the "output filename" box already exists, even though it actually doesn't get overwritten because "-00x" is appended to the filenames.

Hmm... yeah. Either I'll disable the warning if splitting is active or I scan the complete directory for such files.

and another question: whats the status on native mpeg4?

Broken.

i played around a bit with --engage native_mpeg4 but only got warnings, errors, crashes and garbled output until now. should we report bugs on it?

Definitely not. I know that it's broken.

Thanks for your concise report :)

[hpn]

Originally posted by Mosu
That's normal. Quicktime/MP4 has less overhead than Matroska
That's what I thought, but had to be sure, thanks!

[Dreassica]

Continued from old mkvtoolnix topic, which got closed just now..

Originally posted by Mosu

I've tested mkvtoolnix 1.0.2 and current SVN, and neither one drops such a comma. Please have a look at your file in a hex editor (or use mkvextract to extract that SSA track again and look at the resulting file) and make sure that the comma is really not present in the file. If it is then it's a problem with some part of the playback software (VSfilter?).


Sorry for the late response. You are right, after extracting, the comma's were still present in SSA file, so I guess it;s somebug in vsfilter provided with matroska pack.Weird is that when I keep SSA externa;l and let it autoload like that, that the comma does appear.

[Blue_MiSfit]

With the new splitter AVC in matroska works perfectly, and with the new ffdshow I can kiss nero's decoder goodbye :)

AWESOME!! it all just sort of came together all of a sudden!

Thanks to all involoved!!

~misfit

As a note, i'm not testing with mpc, I am testing with core... so I didn't use an internal mkv splitter

[outlyer]

Originally posted by Mosu
I haven't worked on TS at all. I don't know if spyder (he wrote the original PS/ES code) wants to do TS, too. At the moment I have features with higher priorities.
OK, thanks for the status report.

[Yong]

Ok, the old MKVtollnix thread is closed,
i downloaded the 1.4.0 and tried,
Still doesn't work for me... (http://forum.doom9.org/showthread.php?s=&postid=617165#post617165)

I switch to old official matroska splitter, but same...

BTW, 1.4.0 version seems slow wihle start-up:(

[Mosu]

Originally posted by Yong
MOV

QuickTime video has never worked on Windows, I think, only on Linux with mplayer. Consider it "not supported". QuickTime audio is not supported at all.

BTW, 1.4.0 version seems slow wihle start-up:(

I know. It's due to the new wxWidgets version. I haven't investigated yet because there are more important things to work on ;)

[Mosu]

Originally posted by Dreassica
You are right, after extracting, the comma's were still present in SSA file, so I guess it;s somebug in vsfilter provided with matroska pack.Weird is that when I keep SSA externa;l and let it autoload like that, that the comma does appear.

I'm pretty certain I know why it only happens with SSA inside Matroska ;) But that's a technical aspect. You could try Gabest's latest VSFilter at http://web.axelero.hu/lpoczkod/vsfilter_20050228.zip

(I'm not certain what the local changes of VSFilter in the Matroska pack are.)

[Yong]

Originally posted by Mosu
QuickTime video has never worked on Windows, I think, only on Linux with mplayer. Consider it "not supported". QuickTime audio is not supported at all.
Did you mean quicktime video-in-matroska?
I know. It's due to the new wxWidgets version. I haven't investigated yet because there are more important things to work on ;)
Great, and thanks for the new release:)

[Mosu]

Originally posted by Yong
Did you mean quicktime video-in-matroska?

Exactly.

[Yong]

Originally posted by Mosu
Exactly.
Too bad:devil:
it's time to transcode Quicktime a/v to XviD or x264 and he-aac or vorbis to Matroska container
:D

[Raptus]

Originally posted by hpn
With the Haali's Matroska splitter and in MPC: View -> Options -> Filter -> Disabled "Matroska Splitter" under "Source Filters", my Nero Maximum definition AVC encode muxed in .MKV plays just fine via FFDShow (you get a gray screen only if you forget to disable the internal Matroska splitter in MPC). Yes, thats exactly what I did, but in that case MPC says "cannot load any source filter" :(

[Mosu]

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre//mkvtoolnix-unicode-1.4.0-build20050228-1.rar

It fixes a lot of bugs:

--------------------------------------------------
2005-02-28 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: When "appending" a file all tracks where added to the end of the track list making it unnecessarily difficult to concatenate similar structured files. Now the tracks from the "appended" files are inserted into the track list after their counterparts from the file this new one is appended to.

2005-02-27 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: An "appended" file could not be removed if there were two tracks that we not separated by a track from another file in the track list box.
* mmg: bug fix: The check whether or not a file might be overwritten while splitting is active has been fixed.
* mmg: bug fix: Improved the word wrapping of the tooltips on Windows.
* mmg: bug fix: It was possible to select a file for appending even though no file was added first.
* mkvmerge: bug fix: mkvmerge was wrongly outputting large numbers of warnings when Remuxing AVC/h.264 video from a Matroska file.
* mmg: bug fix: The job queue was not loaded on startup on Windows Unicode builds (another wxWidgets 2.5.3 problem).
--------------------------------------------------

It'd be cool if you could give it a try. I'm especially interesting in the "where tracks are inserted if you 'append' a file" issue :)

Thanks.

[Gannjunior]

Hi Mosu,
tnk 4 your nice work!! ;)
using 1.4.0 (26/02), i was not able to mux an hdtv compression (i r-encoded from 1280x720 mpeg2 to an 800x688 using nero h264) with an aac audio, and i was not able to play it in bsplayer.
Some minutes ago i've upgraded to 28/02 1.4.0 build: now i'm able to mux it with success and it can be correctly played in bsp: there's only a problem: it seems to ignore the correct AR (2.7) i've put...
PS i'm using haali splitter..
any idea?

ciao!!:)

[Mosu]

Originally posted by Gannjunior
there's only a problem: it seems to ignore the correct AR (2.7) i've put...

Hmm... Could you please check with mkvinfo if the "display width" and "display height" elements are incorrect or not set at all? If they are incorrect, could you please encode a very small part of your file with the same settings (especially regarding the AR) and upload that small file to my FTP server (see my signature)? That'd help me a lot.

[Gannjunior]

(MKVInfo) + EBML head at 0
(MKVInfo) + Segment, size 429138884 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: 4254 at 66
(MKVInfo) | + Seek entry at 71
(MKVInfo) | + Seek ID: 0x11 0x4d 0x9b 0x74 (KaxSeekHead) at 74
(MKVInfo) | + Seek position: 429132958 at 81
(MKVInfo) | + Seek entry at 88
(MKVInfo) | + Seek ID: 0x1c 0x53 0xbb 0x6b (KaxCues) at 91
(MKVInfo) | + Seek position: 429131130 at 98
(MKVInfo) |+ EbmlVoid (size: 4027) at 105
(MKVInfo) |+ Segment information at 4135
(MKVInfo) | + Timecode scale: 1000000 at 4141
(MKVInfo) | + Muxing application: libebml v0.7.3 + libmatroska v0.7.5 at 4148
(MKVInfo) | + Writing application: mkvmerge v1.4.0 ('Cornflake Girl') built on Feb 26 2005 14:33:38 at 4186
(MKVInfo) | + Duration: 601.033s (00:10:01.033000000) at 4253
(MKVInfo) | + Date: Mon Feb 28 21:14:03 2005 UTC at 4260
(MKVInfo) | + Segment UID: 0x8d 0xfc 0xed 0x28 0x79 0x9f 0x13 0xe6 0xc0 0x15 0x52 0xbc 0x18 0xb9 0xaa 0x04 at 4271
(MKVInfo) |+ Segment tracks at 4290
(MKVInfo) | + A track at 4296
(MKVInfo) | + Track number: 1 at 4299
(MKVInfo) | + Track UID: 1371835956 at 4302
(MKVInfo) | + Track type: video at 4309
(MKVInfo) | + Default flag: 1 at 4312
(MKVInfo) | + Forced flag: 0 at 4315
(MKVInfo) | + Lacing flag: 0 at 4319
(MKVInfo) | + MinCache: 1 at 4322
(MKVInfo) | + Timecode scale: 1.000000 at 4326
(MKVInfo) | + Max BlockAddition ID: 1 at 4334
(MKVInfo) | + Codec ID: V_MPEG4/ISO/AVC at 4338
(MKVInfo) | + CodecPrivate, length 37 at 4355
(MKVInfo) | + Default duration: 33.333ms (30.000 fps for a video track) at 4395
(MKVInfo) | + Language: und at 4403
(MKVInfo) | + Video track at 4410
(MKVInfo) | + Pixel width: 800 at 4412
(MKVInfo) | + Pixel height: 688 at 4416
(MKVInfo) | + Display width: 1856 at 4420
(MKVInfo) | + Display height: 688 at 4425
(MKVInfo) | + A track at 4430
(MKVInfo) | + Track number: 2 at 4432
(MKVInfo) | + Track UID: 3830610410 at 4435
(MKVInfo) | + Track type: audio at 4442
(MKVInfo) | + Default flag: 1 at 4445
(MKVInfo) | + Forced flag: 0 at 4448
(MKVInfo) | + Lacing flag: 1 at 4452
(MKVInfo) | + MinCache: 0 at 4455
(MKVInfo) | + Timecode scale: 1.000000 at 4459
(MKVInfo) | + Max BlockAddition ID: 1 at 4467
(MKVInfo) | + Codec ID: A_AAC/MPEG4/LC at 4471
(MKVInfo) | + Default duration: 21.333ms (46.875 fps for a video track) at 4487
(MKVInfo) | + Language: und at 4495
(MKVInfo) | + Audio track at 4502
(MKVInfo) | + Sampling frequency: 48000.000000 at 4504
(MKVInfo) | + Channels: 2 at 4510
(MKVInfo) |+ EbmlVoid (size: 1024) at 4513
(MKVInfo) |+ Cluster at 5540


It seems mkvtoolnix has correctly kept the AR I set (2.697 setted to 1856x688). But when I play it, the correct AR is ignored...(could be a player problem? strange...'cause bsp hasn't never had any problem with AR tagged by mkv..)

Here i cut 4 u a little clip of my compressione:

hdtv source to nero h264/avc compression (http://gannjunior.altervista.org/hdtv-015.mkv)(right click on mouse...save as... ;) )

tnk
ciaoo!!

[Mosu]

Originally posted by Gannjunior
(MKVInfo) + EBML head at 0
(MKVInfo) | + Video track at 4410
(MKVInfo) | + Pixel width: 800 at 4412
(MKVInfo) | + Pixel height: 688 at 4416
(MKVInfo) | + Display width: 1856 at 4420
(MKVInfo) | + Display height: 688 at 4425


It seems mkvtoolnix has correctly kept the AR I set (2.697 setted to 1856x688). But when I play it, the correct AR is ignored...(could be a player problem? strange bsp hadn't never any problem with AR tagged by mkv..)

Correct. mkvmerge is not at fault here. I can't help you with playback issues because I don't know much about that on Windows. Sorry.

[Paulcat]

I don't know if you have fixed this in the latest build, or if I am simply doing it wrong, but I have two mkv files (Video, Audio, 2 Subs) that I want to join together. I loaded the first mkv and clicked 'append' to select the second one. I toggled off the second subtitle stream from both mkv's and tried to create a new mkv, but received an error telling me I could not append tracks 5 and 6...

Do I have to append each stream separately? Or is this one of those "Why the f*** is Windows doing THIS?" fixes that you have already taken care of? Or are there some stream types that cannot be concatenated?

[Mosu]

Originally posted by Paulcat
IDo I have to append each stream separately?

The order of the tracks in the track list box is important. An "appended" track will be appended to the one that is directly above in the track list box. However, the orignal 1.4.0 release put all tracks at the bottom of the track list box even if you used "append" button. So the user had to move the tracks around manually.

The latest build from http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/ is supposed to fix this. Now tracks are inserted intelligently.

Or is this one of those "Why the f*** is Windows doing THIS?" fixes that you have already taken care of?

:) Taken care of yes, but not one of those "&@(*$%(!@$ Windows!" fixes. Sometimes the programmer is at fault and not the OS ;)

Or are there some stream types that cannot be concatenated?

That too, but your error message comes from the fact that two tracks of the same "appended" file were next to each other in the track list. That is of course not supported.

[hofmetzger]

Well, its a big project:
2 Files to concatenate, 5 Audio-Streams and 4 VobSub Streams each, resulting in a 3GB-File. mkvtoolnix is the latest pre (20050228-1).

Sadly, the muxing failed (Return error 2):
Error: The track number 1 from the file 'F:\muxed_tt\part2.mkv'
cannot be appended to the track number 1 from the file
'F:\muxed_tt\part1.mkv' because the stream parameters do not match.

But the Stream-Parameters are greyed out (except the Displaydimensions (another bug?), so i dont even have the possibility to change them.
I couldnt find any diffrences in the Command Line either...


"mkvmerge" -o "Z:\appended_lotrtt\TwoTowers.mkv"
--priority lower
--display-dimensions 1:946x428
--language 2:ger --track-name "2:Deutsch Vorbis 5.1"
--default-track 2
--language 3:eng --track-name "3:Englisch Vorbis 2.0"
--language 4:eng --track-name "4:Regisseur und Autoren"
--language 5:eng --track-name 5:Design-Team
--language 6:eng --track-name 6:(Post)Produktions-Team
--language 7:eng --track-name 7:Darsteller
--language 8:ger --track-name 8:Übersetzungen
--default-track 8
--language 9:ger --track-name "9:Alle Untertitel"
--language 10:ger --track-name "10:für Gehörlose"
--language 11:eng --track-name 11:Englisch
-a 2,3,4,5,6,7 -d 1 -s 8,9,10,11 F:\muxed_tt\part1.mkv
--display-dimensions 1:946x428
--language 2:ger --track-name "2:Deutsch (5.1 Vorbis)"
--language 3:eng --track-name "3:Englisch (2.0 Vorbis)"
--language 4:eng --track-name "4:Regisseur und Autoren"
--language 5:eng --track-name 5:Design-Team
--language 6:eng --track-name 6:(Post)Produktions-Team
--language 7:eng --track-name 7:Darsteller
--language 8:ger --track-name "8:Deutsche Übersetzungen"
--language 9:ger --track-name 9:Deutsch
--language 10:ger --track-name "10:Deutsch für Hörgeschädigte" --language 11:eng --track-name 11:Englisch
-a 2,3,4,5,6,7 -d 1 -s 8,9,10,11 +F:\muxed_tt\part2.mkv
--track-order 0:1,0:2,0:3,0:4,0:5,0:6,0:7,0:8,0:9,0:10,0:11
--append-to 1:1:0:1,1:2:0:2,1:3:0:3,1:4:0:4,1:5:0:5,1:6:0:6,1:7:0:7,1:8:0:8,1:9:0:9,1:10:0:10,1:11:0:11

[Rockman-X]

I was playing here with the append feature, and tried to append 2 VFR (Variable framerate) MKV files, which, for my surprise, worked OK. Those files were an opening sequence and the episode of a series. When I tried to append the ending sequence of the same series (encoded in the same resolution/ codec version), mkvtoolnix said that could1n't append the file because it had "different parameters". Then I went to check what was different in this third file, and then I discovered that this one was a CFR (constant framerate) MKV, which had 29.97 fps, differently from the previous ones, which had (at least it's how ffdshow reports it, remember, they are VFR) 24 fps. Is it intended to be that way or is it a bug? I thought that was strange, since mkvtoolnix had no problems with appending the VFR files...

[Mosu]

At the moment mkvmerge simply compares a couple of parameters for the track/stream properties (actually, "stream" should be "track" in mkvmerge's error message -- I always call them "track"). For video these are width, height, fps... For audio the obvious ones, channels, sample rate etc. These are VERY dumb comparisons at the moment. I haven't fine-tuned them at all. Ignoring FPS differences will be implemented. Also I'll try to include the reason ( = the one parameter) why mkvmerge refuses to concatenate those files.

hofmetzger: The "Stream parameters" that mkvmerge talks about are not the things you can enter in mmg. They're the attributes of those tracks like width, height, channels etc. And yes, it is normal that you cannot change most values for appended tracks because they are not used anyway (only those for the "first" track, meaning for the track the others are appended to).

[Mosu]

A new build. I've (hopefully) improved the error messages for the "stream parameters do not match" message. As a side effect I've made the check for Vorbis and video tracks less strict. So you two (Hofmetzger and Rockman-X) should give this a try:

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/HEAD//mkvtoolnix-unicode-head-20050302-1.rar

[hofmetzger]

A first try returned this:
Error: The track number 1 from the file 'F:\muxed_tt\part2.mkv' cannot be appended to the track number 1 from the file 'F:\muxed_tt\part1.mkv' because the track parameters do not match (The codec's private data does not match (lengths: 40 and 40).).
:)

[Rockman-X]

Originally posted by Mosu
[B]So you two (Hofmetzger and Rockman-X) should give this a try

Thanks :D
I will post the results here as soon as I finish testing the new version. :)

EDIT: It works fine now! The CFR ending sequence was added and there were no warnings from mkvtoolnix. :D

[MSlv]

I encoded a music clip to x264 with AutoAC and when I tried to mux from mp4 to mkv, this is what mkvmerge whispered to me:
Error: 'D:\DVD Temp 2\jay-z.mp4': The video track does not start with a key frame but contains B frames. This is not supported.
Any ideas?

[unplugged]

I see "support for AVC (aka h.264) video from MP4 files" in changelog, but with native MPEG4 matroska muxing?
Or there is a sort of MS format style conversion (with FourCC)

[MSlv]

- support for AVC (aka h.264) video from MP4 files,
I'm sorry, but it seems that x264 is no longer supported due to the fast upgrading. I've found something when muxing from mp4 to mkv:
Error: 'D:\DVD Temp 2\jay-z.mp4': The video track does not start with a key frame but contains B frames. This is not supported.
Can it be fixed?

[iapir]

Originally posted by unplugged
I see "support for AVC (aka h.264) video from MP4 files" in changelog, but with native MPEG4 matroska muxing?
Or there is a sort of MS format style conversion (with FourCC)

With matroska muxing and some of the frame references. (à la B frame)

[Mosu]

Originally posted by hofmetzger
A first try returned this:
...
:)

What kind of video tracks are those? "Normal" AVI mode tracks (V_MS/VFW/FOURCC)? If so I can further lessen the retrictions.

[Mosu]

Originally posted by Rockman-X
EDIT: It works fine now! The CFR ending sequence was added and there were no warnings from mkvtoolnix. :D

Don't delete the original files yet, though. There's still a problem with different frame rates (I think that there's a problem, I haven't had time to investigate yet though).

[Mosu]

Originally posted by MSlv
I encoded a music clip to x264 with AutoAC and when I tried to mux from mp4 to mkv, this is what mkvmerge whispered to me:
Error: 'D:\DVD Temp 2\jay-z.mp4': The video track does not start with a key frame but contains B frames. This is not supported.
Any ideas?

If you want me to add support for that / to create workarounds for that then please upload the file to my FTP server. I've never had a MP4 file created with x264.

[Mosu]

Originally posted by unplugged
I see "support for AVC (aka h.264) video from MP4 files" in changelog, but with native MPEG4 matroska muxing?
Or there is a sort of MS format style conversion (with FourCC)

Native. The CodecID is V_MPEG4/ISO/AVC. h.264 muxing from AVI however will end up with the usual V_MS/VFW/FOURCC and is therefore not officially supported.

[Mosu]

Originally posted by MSlv
I'm sorry, but it seems that x264 is no longer supported due to the fast upgrading.

"fast upgrading"??

Anyway, like I've said above, please upload a sample file. Thanks.

Mosu

[unplugged]

Excuse me once more :(, my problem is: I have made an XviD AVI based file, then converted to native MP4 with "mp4box -convert" but when MMG 1.40 convert to MKV the result is a matroska file with "V_MS/VFW/FOURCC" video track and FourCC DIVX
Instead of native V_MPEG4/ISO/ASP

[Mosu]

Originally posted by unplugged
Excuse me once more :(, my problem is: I have made an XviD AVI based file, then converted to native MP4 with "mp4box -convert" but when MMG 1.40 convert to MKV the result is a matroska file with "V_MS/VFW/FOURCC" video track and FourCC DIVX
Instead of native V_MPEG4/ISO/ASP

True. Native MPEG-4 ASP is not supported at the moment.

[RathO]

@Mosu:

Thanks for the 1.4.0 version. I've been waiting for the MPEG support for a while. It works great :)

There have been a little bug lately with the "Always on top" option. I keep it checked at all time cause it makes my life easier, but when i open the GUI, it opens in the tray bar, but don't actually show up until i maximise it from the tray, and with the "Always on top" and the window maximised, it becomes impoosible to drag a file into it.

I just wanted to bring this. It's no bid deal, but still.

Regards

I Just realized it does the thing with or without the "Always on top" checked.

[Mosu]

Originally posted by RathO
but when i open the GUI, it opens in the tray bar, but don't actually show up until i maximise it from the tray,

Tray!? Do you mean the task bar? (The tray is the area on the right that contains e.g. your virus scanner, the clock etc. mmg does not put itself into the tray.)

and with the "Always on top" and the window maximised, it becomes impoosible to drag a file into it.

I just wanted to bring this. It's no bid deal, but still.

Regards

I Just realized it does the thing with or without the "Always on top" checked.

Nice, another thing I can't reproduce :( What's your Windows version? Which mkvtoolnix are you using (Unicode or non-Unicode)? Could you please export the HKEY_CURRENT_USER\Software\mkvmergeGUI registry key into a file and send me that .reg file? (FTP server info is in my sig)

Thanks.

[Mosu]

Originally posted by MSlv
I encoded a music clip to x264 with AutoAC and when I tried to mux from mp4 to mkv, this is what mkvmerge whispered to me:
Error: 'D:\DVD Temp 2\jay-z.mp4': The video track does not start with a key frame but contains B frames. This is not supported.
Any ideas?

Spyder just had the same problem. He uploaded a file, and that file was definitely strange -- it said that the first key frame was frame number 2 (and not frame number 0). Spyder also said that the problem disappeared when he used mp4creator 1.2.8 instead of 1.2.6 which he used before. So I'll write this off to a bug in mp4creator. I don't know AutoAC, but I guess that it uses mp4creator. You should check that out.

Edit: No sample upload required anymore.

[Mosu]

Originally posted by Mosu
Don't delete the original files yet, though. There's still a problem with different frame rates (I think that there's a problem, I haven't had time to investigate yet though).

Ok, I was wrong. mkvmerge already deals with what I was thinking about.

[Mosu]

Originally posted by Mosu
Spyder just had the same problem. He uploaded a file, and that file was definitely strange -- it said that the first key frame was frame number 2 (and not frame number 0). Spyder also said that the problem disappeared when he used mp4creator 1.2.8 instead of 1.2.6 which he used before. So I'll write this off to a bug in mp4creator. I don't know AutoAC, but I guess that it uses mp4creator. You should check that out.

Edit: No sample upload required anymore.

Nevertheless: I've fixed a bug in calculating the FPS for such files. Please use this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre//mkvtoolnix-unicode-1.4.0-build20050306-2.rar

[Paulcat]

I noticed that the RAR versions you are linking to are missing some files and don't seem to run unless I unzip them on top of the prior version with the installer...why is this?

[Mosu]

Originally posted by Paulcat
I noticed that the RAR versions you are linking to are missing some files and don't seem to run unless I unzip them on top of the prior version with the installer...why is this?

The RARs I link to here are pre-builds. Those contain only the changed files. You also need the runtime package which is available from my homepage. Regular releases (meaning those which have a different version number than the previous ones, e.g. "1.4.1") also come as a setup program which contains everything you need.

[iapir]

When I run mkvinfo from 1.4.0 builds on Windows, I get nothing. Not even the name of the program. It works with older builds...

[Mosu]

Originally posted by iapir
When I run mkvinfo from 1.4.0 builds on Windows, I get nothing. Not even the name of the program. It works with older builds...

I've probably changed the application type to "non-console"... But I didn't know that this implied that there's no output on the console AT ALL :( I'll change it back. For the time being you can use its GUI: "mkvinfo -g"

[MSlv]

I don't know AutoAC, but I guess that it uses mp4creator. You should check that out.
Yes, it does use mp4creator. And I was using version 1.2.5. I'll update it and see if it happens again.

No sample upload required anymore.
I'm very sorry for not uploading the file, but I had to use Dial-up all week-end till yesterday. And it was a pain.

[Mosu]

Originally posted by MSlv
Yes, it does use mp4creator. And I was using version 1.2.5. I'll update it and see if it happens again.

Great. Be sure to get the latest build from http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/ before testing :)

I'm very sorry for not uploading the file, but I had to use Dial-up all week-end till yesterday. And it was a pain.

No worries. I have such a file now.

[LeMoi]

Could you add the possibility to pause the muxing ? sometimes i forget to check disk space before beginning, and it stops when disk space is 0.00 MB, i prefer it pauses, i delete some files, and i resume the muxing :)

[Emp3r0r]

When appending files, can you tell mkvmerge to ignore # of channels in an AC3 stream and only check bitrate.

This is useful for audio captured from local HDTV broadcasts that change back and forth between 2 and 6ch channel sound.

Also, how does mkvmerge handle audio delays when appending files? I've had some trouble keeping audio sync when appending multiple files.

BTW, I uploaded two files for you to test appending.

Thanks

[Mosu]

Originally posted by Emp3r0r
When appending files, can you tell mkvmerge to ignore # of channels in an AC3 stream and only check bitrate.

This is useful for audio captured from local HDTV broadcasts that change back and forth between 2 and 6ch channel sound.

Nope, sorry. Matroska does not allow that the track parameters change in the middle of the stream, so I won't allow that in mkvmerge either.

Also, how does mkvmerge handle audio delays when appending files? I've had some trouble keeping audio sync when appending multiple files.

It was designed to handle stuff correctly if all tracks in a file have the same length ( = end at the same time; disregard subtitles, they're handled differently). This is the case e.g. when mkvmerge splits a file. If the tracks do not have the same length then you'll run into A/V sync problems.

BTW, I uploaded two files for you to test appending.

Thanks, though I'm a bit hard-pressed for time at the moment, so I won't be able to check them out this week.

[Emp3r0r]

It was designed to handle stuff correctly if all tracks in a file have the same length ( = end at the same time; disregard subtitles, they're handled differently). This is the case e.g. when mkvmerge splits a file. If the tracks do not have the same length then you'll run into A/V sync problems.

Just to be clear, If I have two matroska files each with 10 seconds of video and 9.8 seconds of audio, mkvmerge will start writing the the second audio file at 9.8 seconds when appending them together.

Is matroska capable of having one track end and then start again at a later time (have a gap in the track)? Or would, in the case of audio, silence need to be added to fill the gap?

[Mosu]

Originally posted by Emp3r0r
Just to be clear, If I have two matroska files each with 10 seconds of video and 9.8 seconds of audio, mkvmerge will start writing the the second audio file at 9.8 seconds when appending them together.

Correct.

Is matroska capable of having one track end and then start again at a later time (have a gap in the track)? Or would, in the case of audio, silence need to be added to fill the gap?

Yes, that is possible with Matroska, but mkvmerge does not really support this (mkvmerge is mainly a program copying stuff from one file to another, not a full-blown audio/video editor).

[Anacondo]

Originally posted by Splashdriver
For the very first time I've encountered a problem I never had before. When I try to add a videofile (.Avi or .MKV) it gives me an error:
File Identification Failed. Return Code 2.

It says something about 'no output file was given'
:confused:
I have this problem too with Windows XP SP2 (spanish) and the mmg gui. I use the installer version of 1.4.0-unicode (I carefully wiped out every other version from HD). It refuses to load avi (xvid, x264), mp4 (he-aac), ogg (vorbis) and mp3 files, always outputting the same error:

"File identification failed. Return code: 2"

Command line version seems to works, though. And old mmg 1.0.1 works fine.

Regards.

[Mosu]

Originally posted by Anacondo
"File identification failed. Return code: 2"

Command line version seems to works, though. And old mmg 1.0.1 works fine.

Regards.

Could you please...

Install the Unicode version with the setup.exe,
Download this new build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre//mkvtoolnix-unicode-1.4.0-build20050306-3.rar
Extract that RAR into the same directory that you've installed v1.4.0 into,
Start mmg and
Go to the "settings" tab and ENable "show mmg's debug window".

Then please copy all the lines appearing in that new small window here.

Thanks.

[Anacondo]

Sure.

14:13:40: Querying mkvmerge's capabilities
14:13:40: Capability: VERSION=mkvmerge v1.4.0 ('Cornflake Girl')
14:13:40: Capability: BZ2
14:13:40: Capability: LZO
14:13:40: Capability: FLAC

Regards.

[Mosu]

Originally posted by Anacondo
Sure.

14:13:40: Querying mkvmerge's capabilities
14:13:40: Capability: VERSION=mkvmerge v1.4.0 ('Cornflake Girl')
14:13:40: Capability: BZ2
14:13:40: Capability: LZO
14:13:40: Capability: FLAC

Regards.

Looks good. Sorry, I'm out of ideas... As long as I can't reproduce it I'm afraid I won't be able to solve it :( So bloody many things have changed between 1.0.x and 1.4.0...

Ok, one last try. Please download this build, unRAR it into the same directory and make sure that all files are overwritten, start mmg, try to add a file.

Here's the build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre//mkvtoolnix-unicode-1.4.0-build20050311-1.rar

[Anacondo]

Same thing. But problem seems to be on my side. I installed 1.4.0-unicode on 2 friends' computer (one with WinXP SP1a and other with SP2, both spanish) and worked flawlessly in both cases. :confused:

Sorry for the hassle, I'll try to trace the problem.

Regards.

[Mosu]

Originally posted by Anacondo
Same thing.

Thanks to some heavy testing by Anaconda I've been able to figure out what was wrong: Spaces in the TEMP environment variable. mmg didn't handle those :( The next release will contain the fix.

[Anacondo]

Originally posted by Mosu
Thanks to some heavy testing by Anaconda ...
Anacondo, pleeease :scared:. Keep up the good work.

:thanks:

[Sergejack]

Problem with subs.

How is that that a sub I used with the source file doesn't synhronize with the resulting file ?
The sub shows too early in the x264 vid
I'm wondering if the problem would B-Frame.
I think some B-Frame can be lost in some cases...

I used VDUBMOD 1.5.10.1 to encode a file as x264 in a MKV withouth sound.
That file didn't have any "desync" problem.

Then I used the latest mkvtoolnix-1.4.0 to mux that x264 MKV with an AAC HE mp4 in another MKV.
And there came the trouble.

I'll try with avi mux now.

EDIT : Same problem; mkv seems to have problem with X264 + AAC HE :(

[iapir]

What do you use to decode H264 ?

You know that there are hacks to put H264 in AVI using a delay. So maybe you apply the same hack to MKV. Also don't use VDM to output to MKV. You should mux your MKV using the AVI source, that's the way to use the native H264 support in mkvmerge.

[Mosu]

I consider h.264-from-AVI not to be supported at the moment, even if it muxes.

[Sergejack]

I don't use avi.

I used VDUBMOD 1.5.10.1 to encode a file as x264 in a MKV withouth sound. And that MKV file works fine.

And then I mux that MKV with a AAC to get an MKV.

EDIT : I'll try with an OGG audio, I already guess it will work.
EDIT : Wrong guess :(

[stephanV]

Using VirtualDubMod to encode x264 to MKV is the same thing as muxing from AVI (uses VFW mode). You will have to mux the AVI to MP4 first.

[Sergejack]

Originally posted by stephanV
You will have to mux the AVI to MP4 first.

How to do that ?
mp4muxer doesn't works.

Löschen der Tempfiles erfolgreich.
Fertig!

[Bluedan]

mp4muxer seems to be buggy, didn't tets it myself though.

Give Mp4box a try, u may use mezzanines GUI for your convenience.
It is a safe way to import from avi into mp4.
BTW: :readfaq: (mp4-FAQ)

Try this link (http://c.1asphost.com/mezzanine/MP4BoxGUI0.13.7z).

d/l mp4box from gpac/dev folder on Celtic_Druids file mirror.
(Currently not available for me.)

[Sergejack]

Not working.
Isn't H264 supported yet by any of those tool ?

[vlada]

Hello,
it's been probably discussed before, but I couldn't find any information about support for Musepack (MPC) in Matroska/MKVToolnix. Is it planned? AFAIK MPC is very similiar to MP2 so I hope it shouldn't be difficult to support it.

Thank you,
Vlada

P.S. Btw. I tried to search the forums for post regarding MKVToolnix and Musepack. One of my result was the original MKVToolnix thread, which has 50 pages. Is there a way to find out on which page of the thread is my search result located?

[Mosu]

Originally posted by vlada
Hello,
it's been probably discussed before, but I couldn't find any information about support for Musepack (MPC) in Matroska/MKVToolnix. Is it planned? AFAIK MPC is very similiar to MP2 so I hope it shouldn't be difficult to support it.

The problem with Musepack is that it cannot be split into separate blocks in its current form. All other audio formats that Matroska supports can be split into such blocks. The Musepack author (and others?) wanted to correct this in the next bitstream version, but that never came.

Conclusion: won't happen unless there's a new release of Musepack with an easy-to-handle bitstream layout.

P.S. Btw. I tried to search the forums for post regarding MKVToolnix and Musepack. One of my result was the original MKVToolnix thread, which has 50 pages. Is there a way to find out on which page of the thread is my search result located?

Not really :(

[Mosu]

Originally posted by Sergejack
I don't use avi.

Let me rephrase, then.

(The codec) x264 is not supported at the moment, especially not if it is used in some AVI-centric manner (e.g. x264-in-AVI or in combination with VDubMod). The only officially supported way of getting h.264 (the video format) into Matroska is reading it from a MP4 file at the moment.

[Liisachan]

Originally posted by vlada
Hello,
it's been probably discussed before, but I couldn't find any information about support for Musepack (MPC) in Matroska/MKVToolnix. Is it planned? AFAIK MPC is very similiar to MP2 so I hope it shouldn't be difficult to support it.

Hi, from what I heard, Musepack SV8 is going to be supported in Matroska. (SV=Stream Version=Internal Format)
The current mppenc is 1.15u, and 1.16 is going to be the final version for SV7, and then the devs will work for SV8 (or perhaps SV7.5)

Why not SV7? - Because the original author of MPC doesn't want to. I don't know why.

As another note, Wavpack will be supported sooner or later, maybe sooner.

P.S. Btw. I tried to search the forums for post regarding MKVToolnix and Musepack. One of my result was the original MKVToolnix thread, which has 50 pages. Is there a way to find out on which page of the thread is my search result located?

That's my question too.

Edit: I meant Musepack by MPC here, not Media Player Classic. (Just in case someone was confused)

[vlada]

The only officially supported way of getting h.264 (the video format) into Matroska is reading it from a MP4 file at the moment.
Is there an encoder which can take AviSynth script as input, FFDShow or x264 as a codec and then store it into MP4 container?
Or in other words: How can I put an x264 sompressed movie into matroska? Except of avi compatibility mode.

Thank you,
Vlada

[Bluedan]

Mencoder GUI by the Man Doom9 himself...
Search for thread in MPEG4codec forum.

[planet1]

@ Mosu

if going from MP4 (mpeg4 asp) -> MKV, every manual fourcc entering is "ignored" by mkvmerge and the matroska always ends up with fourcc=divx. Could you loose that restriction (fourcc=xvid,mp4v should be allowed IMHO) ?

.MKV (fourcc=divx) -> mkvmerge (fourcc=xvid) -> .MKV(fourcc=divx),
so that isnt working either

thx ;)


EDIT:

concerning the track extraction of that mkv (from mp4), first i thought it might be a mkvextractGUI issue, but then mkvextract.exe outputs this error:

"Error: Track 1 with the CodecID 'V_MS/VFW/FOURCC' is missing the "default duration" element and cannot be extracted."

audio extraction (AAC) working ...

mkvtoolnix version: mkvtoolnix-unicode-1.4.0-build20050311-1.rar

[Sergejack]

When I finally could extract an .aac file from its .mp4 container, I completly fergot to tell MKV toolnix it was an HE.

Now it works fine ^^

http://users.skynet.be/EAF/[EAF]drawn01x01.mkv How it looks like

[zombi55]

Did somebody succeed to put a VP7 in a MKV?

If the answer is : not me or not yet
However it's supposed to be a VFW codec.

[stephanV]

works as expected, i only tested a video stream though.

[Mosu]

Hey,

time for another mkvtoolnix release: 1.4.1. This is a pure bug fix release. No new features. However, there are still a couple of known bugs left that I have to address, especially regarding file concatenation (e.g. problems with chapters & "linked" files; playback issues of concatenated files). Those will be fixed later.

Here are 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.1.tar.bz2
...the Windows binaries (Unicode):
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-1.4.1-setup.exe
...the Windows binaries (non-Unicode):
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-1.4.1-setup.exe

Binaries for other systems are available from the home page.

Here's what's been done since 1.4.0:
-------------------------------------------------------------
2005-03-15 Moritz Bunkus <moritz@bunkus.org>
* Released v1.4.1.

2005-03-14 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: AC3 detection was broken in rare cases.

2005-03-13 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: If the TEMP environment variable contains spaces then the calls to mkvmerge when adding files failed.

2005-03-06 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Extracting the FPS from some AVC MP4 files did not work.
* mkvmerge: bug fix: Appending + splitting was segfaulting if used together and at least one split occured after a track has been appended.

2005-03-02 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Added more descriptive error messages if two tracks cannot be concatenated because "their parameters do not match".

2005-02-28 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: A failing call to posix_fadvise will only turn its usage off for that one file and not abort mkvmerge completely.
* mmg: bug fix: When "appending" a file all tracks where added to the end of the track list making it unnecessarily difficult to concatenate similar structured files. Now the tracks from the "appended" files are inserted into the track list after their counterparts from the file this new one is appended to.

2005-02-27 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: An "appended" file could not be removed if there were two tracks that we not separated by a track from another file in the track list box.
* mmg: bug fix: The check whether or not a file might be overwritten while splitting is active has been fixed.
* mmg: bug fix: Improved the word wrapping of the tooltips on Windows.
* mmg: bug fix: It was possible to select a file for appending even though no file was added first.
* mkvmerge: bug fix: mkvmerge was wrongly outputting large numbers of warnings when Remuxing AVC/h.264 video from a Matroska file.
* mmg: bug fix: The job queue was not loaded on startup on Windows Unicode builds (another wxWidgets 2.5.3 problem).

2005-02-26 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: The job status in the job runner dialog was broken on Unicode builds on all systems.
* mmg: bug fix: "Splitting by time" was not selectable on Windows Unicode builds (problem with wxWidgets 2.5.3).
* mmg: bug fix: mkvmerge's output during muxing was not converted from UTF-8.
* mmg: bug fix: The default extension added when the user doesn't give one is different in wxWidgets 2.4.x and 2.5.x. It should always be .mkv and not .mka.
-------------------------------------------------------------

Have fun :)

[Splashdriver]

Many great thanks for the new version. I finally got it working now http://img99.exs.cx/img99/8577/yupi3ti.gif.

http://imagehost.biz/ims/pictes/209214.gif

[unplugged]

Mosu, don't want do pressure, when could we expect V_MPEG4/ISO/ASP native support? :D

Is its packeting quite different from V_MPEG4/ISO/AVC ?

(P.S.: IMO XviD it's still overall better than Nero AVC, no consistent quality...)

[tiberious]

bug:

when de-selecting audio streams, muxing by pressing the 'start muxing' button works fine and removes the streams not selected. However if you 'Add to job queue' it includes all the streams even the ones that are not selected.

ta

[Mosu]

Originally posted by tiberious
bug:

when de-selecting audio streams, muxing by pressing the 'start muxing' button works fine and removes the streams not selected. However if you 'Add to job queue' it includes all the streams even the ones that are not selected.

ta

Known bug that I've fixed yesterday or so in http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.4.1-build20050316-1.rar

[tiberious]

cheers for the reply :)

[Mosu]

Originally posted by unplugged
Mosu, don't want do pressure, when could we expect V_MPEG4/ISO/ASP native support? :D

Ups... Forgot to answer this. I really don't know. I'm burried deep in work at the moment, and it seems it's not going to change until middle of April at least. I have a couple of more important bugs to fix first, too, and honestly native MPEG-4 ASP doesn't give you a lot of advantages over "normal" AVI-compatibility storage.

[Esc]

Extracting streams takes forever. Literally, because I never reached the end. I tried to extract the video stream from 350 mb 25 min mkv. Used both 1.4.0 and 1.4.1. The output file was growing but the progress counter always showed 0%. The original mkv was muxed with mkvmerge 1.0 not by me. I tried to re-mux it and everything went well with the reasonable speed. Extracting from the new file had the same problem.
Sorry, if I am going into too much detail on something well known. But if it's a new bug, I hope it helps.

UPD: I have tried some other mkvs. They work fine. That means there is some feature that makes an mkv non-extractable. I can upload it somewhere if you need.

[Mosu]

Originally posted by Esc
Extracting streams takes forever.

Several users have reported this, but I haven't been able to find a file that shows this behaviour. So...

I can upload it somewhere if you need.

...yes, please, that'd be very helpful. See my signature for the upload info. Thanks.

[Esc]

Uploaded. It's an mkv with a long name and 61 mb in it.

[Rumbah]

I once again tried matroska as container formats for my videos and found it worked great, but I found a few flaws.

I muxed two Nero HE-AAC mp4 audio files in a mkv file and in the mkvmerge gui it is said I do not have to set He-AAc as flag, because I only have to set it if the input comes from aac, not from a mp4. But in the info it now shows A_AAC/MPEG4/LC/SBR . If I extract these files, some players do not recognize it as HE file, but as LC file. Is that the fault of the player?

When trying to demux avc or mpeg2 files from a mkv file, I get an error message that it is not supported. When will I be able to extract these files?

I have a mkv file with avc video, 2x HE-AAC audio and chapters, and when I try to play it, I only get a still frame and running audio, but when I seek or press stop and play again, everything works fine,

Rumbah

[Mosu]

Originally posted by Rumbah
I muxed two Nero HE-AAC mp4 audio files in a mkv file and in the mkvmerge gui it is said I do not have to set He-AAc as flag, because I only have to set it if the input comes from aac, not from a mp4.

Correct. MP4 contains some private codec initialization data that mkvmerge can evalute in order to determine whether or not it is HE. AAC does not have this data.

But in the info it now shows A_AAC/MPEG4/LC/SBR . If I extract these files, some players do not recognize it as HE file, but as LC file. Is that the fault of the player?

mkvextract can only extract AAC to .aac files, not to MP4 files. Therefore players will have the same problem that mkvmerge has with detecting HE-AAC. There are some indicators that can be used, but one can only be sure after decoding has started.

When trying to demux avc or mpeg2 files from a mkv file, I get an error message that it is not supported. When will I be able to extract these files?

No idea. Both are very, very low on my priority list because I will have to write complete MP4 and MPEG PS muxers. Way too much work for way too little gain. I can easily add raw extraction so that you'd end up with AVC ES and MPEG-2 ES. There are enough programs that can handle those.

I have a mkv file with avc video, 2x HE-AAC audio and chapters, and when I try to play it, I only get a still frame and running audio, but when I seek or press stop and play again, everything works fine,

No idea. Maybe someone else can help you with that.

[Mosu]

Originally posted by Esc
Extracting streams takes forever.

I seem to have fixed it. It looks like a compiler bug to me -- over-optimization resulting loops with a huge number of passes. You can try this build:

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.4.1-build20050323-2.rar

[Rumbah]

Extracting to ES is enough for me, it would be great if you add it.

[Esc]

Originally posted by Mosu
I seem to have fixed it.
Works like a charm! Thank you.

[Migui]

When trying to extract files from a .mkv that contains MPEG-1 video (from SVCD) and mp4 sound coded with nero i have the following errors (using mkvtoolnix-unicode-1.4.1-setup.exe)

-> The resultant .mkv file is not playable, bsplayer says Unknown file format and both bsplayer and media player classic crash.

-> I am unable to extract from that resultant .mkv file: Error: Extraction of track number 1 with the CodecID 'V_MPEG1' is not supported.

Is MPG still not fully supported? is it a bug? Is the MPG format not appropiated for mkv?

[stephanV]

extraction is not supported (yet)

for playback, have you tried the latest splitter from Haali?

[Migui]

With Haali splitter seems to work :D

[azsd]

1.4.0/1.4.1 unicode release,mkvinfo terminal directly without any console output.
unicode 20050203-2 has same problem.

1.0.2 mkvinfo works fine.

Windows 2003,P4 2.4 768DDR

[Mosu]

Originally posted by azsd
1.4.0/1.4.1 unicode release,mkvinfo terminal directly without any console output.
unicode 20050203-2 has same problem.

1.0.2 mkvinfo works fine.

Windows 2003,P4 2.4 768DDR

Known, will be fixed in the next release.

[azsd]

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

now the fonts dynamic setted by system so i get some control text(nearly) clipped,and the window was lagger than my desktop,I can't see the status bar or title bar....

http://my1993.com/PpsDES/Cap/mmg_clipd.png

I had try to get partical sources of mkvtoolnix from SNV but I just haven't collect all other libs file

[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).

[asasadad_1]

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

thanks,both mkvtoolnix-unicode-1.4.2-build20050624-1 and mkvtoolnix-unicode-1.4.2-build20050624-2 can mux .m2v files again , but a .m2v file is showed as mpeg 1 in "tracks:" box,no problem in mkvtoolnix-unicode-1.4.2-build20050523-2.

[Mosu]

thanks,both mkvtoolnix-unicode-1.4.2-build20050624-1 and mkvtoolnix-unicode-1.4.2-build20050624-2 can mux .m2v files again , but a .m2v file is showed as mpeg 1 in "tracks:" box,no problem in mkvtoolnix-unicode-1.4.2-build20050523-2.

Thanks, found the problem, fixed in http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.4.2-build20050626-5.rar

[Great Dragon]

Please upload such a file to my FTP server (see signature).
Done.
SSA/original.ssa, extracted.ssa

[Elic]

Mosu
Do you plan to make support OGG Vorbis audiotracks with multiple logical streams (aka "chained streams"), please? I have a big problem with such files - see http://forum.doom9.org/showthread.php?p=678252.

[Mosu]

Mosu
Do you plan to make support OGG Vorbis audiotracks with multiple logical streams (aka "chained streams"), please? I have a big problem with such files - see http://forum.doom9.org/showthread.php?p=678252.

No, sorry. That you may officially simply concatenate two complete ogg files sucks, IMHO, because it makes seeking either completely slow or completely unreliable. It's also not easy AT ALL to find all the streams in such a file. The only way is to parse the file completely. And honestly, that's not what I would want to do -- e.g. read a 700 MB file twice, once for finding all headers, the second time for muxing it.

[Mosu]

Done.
SSA/original.ssa, extracted.ssa

Thanks, but unfortunately (or fortunately) I don't have a problem here. Meaning that I can mux original.ssa into a Matroska file, extract it again, and the Dialog: lines are all present including the text.

So please download the latest build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.4.2-build20050626-5.rar Extract it into your mkvtoolnix installation directory overwriting existing files and try again. It should work.

[Great Dragon]

Thanks, but unfortunately (or fortunately) I don't have a problem here.
Thanx. Latest build works fine. No blank lines after extraction ;)

[Mosu]

Thanx. Latest build works fine. No blank lines after extraction ;)

Good to know. Thanks for the feedback.

[karl_lillevold]

hmm, I cannot seem to get mkvmerge --default-duration to work in 1.4.2, while in 1.4.1, I did not need to use it. Framerate ends up being 0.0 fps w 1.4.2, no matter what I use for --default-duration, and without the option as well. Any advice? Source is RM video + audio and subtitles, but I have tested RM video only too, with no difference. Any advice?

[Mosu]

hmm, I cannot seem to get mkvmerge --default-duration to work in 1.4.2, while in 1.4.1, I did not need to use it. Framerate ends up being 0.0 fps w 1.4.2, no matter what I use for --default-duration, and without the option as well. Any advice? Source is RM video + audio and subtitles, but I have tested RM video only too, with no difference. Any advice?

Hmmm it works here. Have you tried the latest build http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.4.2-build20050626-5.rar ?

[karl_lillevold]

Sorry, my mistake: I had the option _after_ the input file, so it was ignored. Initially I thought I could tag it on the end of everything, since the track number is specified in the argument I did not realize it had to be in front of the input file (too used to the GUI, where in 1.4.1 I did not need this option, for some reason).

[Mosu]

Sorry, my mistake: I had the option _after_ the input file, so it was ignored. Initially I thought I could tag it on the end of everything, since the track number is specified in the argument I did not realize it had to be in front of the input file (too used to the GUI, where in 1.4.1 I did not need this option, for some reason).

The reason you need this option now is what you yourself have told me: That the FPS field in the RealMedia headers indicate the maximum FPS of a file and should therefore not be used for Matroska's "default duration" field.

[karl_lillevold]

The reason you need this option now is what you yourself have told me: That the FPS field in the RealMedia headers indicate the maximum FPS of a file and should therefore not be used for Matroska's "default duration" field.
Yes, I remember that discussion, and for a number of versions I had to use it. Then for some odd reason, and I don't remember exactly which version it started in, but I know that in 1.4.1, when I did not use that option, the Matroska framerate ended up being set to 23.976044 even though I believe maxFrameRate was set to something else (30). Anyway, requiring the option is the clearly how it needs to be, so thanks for your replies.