mkvtoolnix 4.1.1 released [Archive] - Page 15

View Full Version : mkvtoolnix 4.1.1 released

Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 [15] 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33

Chumbo

17th December 2008, 17:49

Fixed in this build:

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.4.1-build20081217-48.7z
Yep, it sure is. :) Thank you.

If it's not too much trouble, and if others find this helpful too, it would be great to have the full path of mkvmerge in the command line. Now it's just "mkvmerge" after it would be something like "D:\Program Files\MKVtoolnix\mkvmerge.exe" instead. Thanks for considering this.

Mosu

17th December 2008, 18:10

If it's not too much trouble, and if others find this helpful too, it would be great to have the full path of mkvmerge in the command line. Now it's just "mkvmerge" after it would be something like "D:\Program Files\MKVtoolnix\mkvmerge.exe" instead. Thanks for considering this.

Go to "File -> Options", click the "Browse" button in the "mkvmerge executable" section, select mkvmerge.exe, hit "Ok". From now on the full path will be used. The simple "mkvmerge" is just the default during installation.

Chumbo

17th December 2008, 22:36

Go to "File -> Options", click the "Browse" button in the "mkvmerge executable" section, select mkvmerge.exe, hit "Ok". From now on the full path will be used. The simple "mkvmerge" is just the default during installation.
Very cool. Thanks much. Sorry for not checking the options first.

Thunderbolt8

28th December 2008, 14:21

got a problem with extracting a flac file from a blu-ray which I remuxed to mkv: when I try to demux it with mkvextract then its missing about 40% of its size and length. the movie has a length of >2h20min, while the playtime for the demuxed flac track is only ~1h14min (~830mb size, 5.1, 16-bit). there is no error reported, it just seems that the progress bar suddenly jumps from 52% to complete.

Mosu

28th December 2008, 14:41

LeMoi

28th December 2008, 15:53

When I mux an mkv file from an x264 encoded video (in mkv container), resulting file still has all x264 infos (bitrate and all encoding parameters), but I remux the resulting file, these infos are lost, is there a way to keep them ?

Thunderbolt8

28th December 2008, 15:53

What happens when you remux the file with mkvmerge? Is the resulting file cut off as well? If not, does extracting from the remuxed file work?
when I only checkmark the flac track to remux to .mkv/.mka then I get the same problem as with demuxing, the resulting file has the same, too short length. the mkvmerge progress bar also does the same kind of jump shortly after half being through.

and I even got the same problem when trying to remux the whole file 1:1, everything, including the video, got cut off at that point. missing more than 10gb.

Mosu

28th December 2008, 17:16

Mosu

28th December 2008, 17:19

when I only checkmark the flac track to remux to .mkv/.mka then I get the same problem as with demuxing, the resulting file has the same, too short length. the mkvmerge progress bar also does the same kind of jump shortly after half being through.

and I even got the same problem when trying to remux the whole file 1:1, everything, including the video, got cut off at that point. missing more than 10gb.

Ok, next try. Please run mkvinfo on the source file and send me the output:

mkvinfo -s yourfile.mkv --redirect-output info.txt

Compress info.txt with your favourite compressor (7Zip, RAR, ZIP are all fine) and upload it to my FTP server.

Thunderbolt8

28th December 2008, 18:58

done, its file 'Thunderbolt8 doom9 info.txt' with 12,1mb size.

its funny, the info also stops after that time...although the duration of the movie is >2h20min

Mosu

28th December 2008, 20:05

Thanks for the upload. The file looks OK up to that point. My guess is that the file is somehow damaged at this position. libebml which is used by all my programs for reading Matroska files is not very good in dealing with damaged files, so I don't know if I can do anything about it.

You could try remuxing the file with graphedit and Haali's demuxer & muxer first and using mkvextract on the resulting file afterwards.

Thunderbolt8

28th December 2008, 20:43

hm how can it happen that such a file can be damaged? the only thing I did with it is copy it from here to there and play it :S

edit: checked the source, theres indeed a small glitch at that time. the video & audio stop for half a second and then jump forward a little again with a small graphical glitch (but still in sync afterwards). just how did it happen, the source was clean when I remuxed it back then.

Thunderbolt8

3rd January 2009, 14:48

just tried to mux a dts express track with mkvmerge, but I couldnt add it. isnt it supported yet?

Mosu

3rd January 2009, 15:09

What is DTS express? And how is it different from other DTS types?

madshi

3rd January 2009, 15:15

It's a low bitrate version of DTS. It does not have a conventional DTS core. Instead it consists of DTS-HD blocks, only. It's used for commentary tracks on some Blu-Ray discs. The same logic you're using to determine the size of DTS-HD blocks also works for DTS-Express. The only difference between normal DTS-HD tracks and DTS-Express tracks is that there are no DTS core frames in a DTS-Express track...

P.S: The one problematic thing for you is probably that you'd need to be able to find out the bitrate, respectively how many frames there are per second. In order to find that out, you'd need to extend the bit parsing a bit. I could give you the necessary information, if you want to add it to mkvtoolnix...

Mosu

3rd January 2009, 15:56

Definitely not supported yet. Don't know when I'll get around to it.

Jeff Flowerday

12th January 2009, 07:04

Is there an easy way to go in after the fact and rename a stream or change the language? I hate having to remux when I make a silly mistake.

delacroixp

15th January 2009, 12:59

Is there an easy way to go in after the fact and rename a stream or change the language? I hate having to remux when I make a silly mistake.
I do the same ... but there is no fix for 'silly mistakes' at this time !!!

It's all good !
:):devil::D
Pascal

Liisachan

15th January 2009, 15:15

One quick question: Looking for a binary for Windows (http://www.bunkus.org/videotools/mkvtoolnix/win32/), I see 2.4.0 is the last official release and 2.4.1 is in /pre and every 2.4.1 build looks like a pre-release. I think this confusing situation happened because of that false-positive problem of some un-cute anti-virus software. So which is the real official 2.4.1 now? build20081207-44 is the current recommended build for practical (non-experimental) purpose? Or the newest 2.4.1 (2.4.1-build20090108-55) is better? TYIA!

J0nThn

15th January 2009, 22:00

After testing my differents builds on MacOS X for a few months I'm pretty sure it works now (or at lest on my side :) ). And it's time to share it with anyone willing the cutting edge of MKVtoolnix on Mac.
It's a self-sufficient build.
And thanks to previous build available on bunkus.org, that helped a lot.

So you'll find below 2 links for downloading the last build I made from the Git repository.

http://superuploader.net/7c9770291530-Mkvtoolnix-2-4-1-2009-01-15-d6b09c0-dmg.html

Snowknight26

16th January 2009, 21:49

This isn't supposed to happen, is it?

+-> Pre-parsing FLAC file: 95%
+-> Pre-parsing FLAC file: 100%
+-> Pre-parsing FLAC file: 100%%
'G:\Encoding Tools\temp\parkrun.mkv' track 1: Using the MPEG-4 part 10 (AVC) video output module.

nautilus7

16th January 2009, 22:22

Good catch. :D

Mosu

18th January 2009, 17:50

Hey users,

I've released mkvtoolnix v2.4.2. The files are still being uploaded, but here's the announcement anyway.

This release contains a number of smaller bug fixes and a minor new feature. Nothing too exciting, I guess. The code has been reworked a bit behind the scenes so that I think that the next release will feature a German translation of all programs, and other translations will be easy to add if I find some volunteers.

Here are the usual links...

...to the home page:
http://www.bunkus.org/videotools/mkvtoolnix/

...to the source code:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-2.4.2.tar.bz2

...to the Windows installer:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-2.4.2-setup.exe

Here's the full ChangeLog since release 2.4.1:

------------------------------------------------------------
2009-01-17 *Moritz Bunkus *<moritz@bunkus.org>
* Released v2.4.2.

2009-01-15 *Moritz Bunkus *<moritz@bunkus.org>
* mkvmerge: bug fix: If subtitle files are appended to separate video files (e.g. two AVI and two SRT files) then the subtitle timecodes of the second and all following subtitle files were based on the last timecode in the first subtitle file instead of the last timecode in the first video file. Fix for bug 325.
* mkvmerge: bug fix: Due to uninitialized variables mkvmerge would report OGM files as having arbitrary display dimensions. Fix for*bug 326.

2009-01-08 *Moritz Bunkus *<moritz@bunkus.org>
* mkvmerge, mmg: enhancement: Implemented MIME type detection for attachments with libmagic on Windows.

2009-01-03 *Moritz Bunkus *<moritz@bunkus.org>
* mkvmerge: bug fix: If a Matroska file containing attachments was used as an input file and splitting was enabled then the*attachments were only written to the first output file. Now*they're written to each output file. Partial fix for bug 324.

2008-12-21 *Moritz Bunkus *<moritz@bunkus.org>
* mkvmerge: enhancement: Decreased the time mkvmerge needs for*parsing Quicktime/MP4 header fields.

2008-12-17 *Moritz Bunkus *<moritz@bunkus.org>
* mkvmerge: bug fix: The parser for the simple chapter format (CHAPTERxx=...) can now handle more than 100 chapters. Fix*for bug 320.
* mmg: bug fix: The commands "Save command line" and "Create*option file" did not save mmg's current state but the state it was*in when the command "Show command line" was last used or when mmg was started.

2008-12-13 *Moritz Bunkus *<moritz@bunkus.org>
* mkvmerge: bug fix: Fixed a crash (segfault) with MPEG-4 part 2 video if "--engage native_mpeg4" is used. Fix for bug 318.

2008-12-08 *Moritz Bunkus *<moritz@bunkus.org>
* Windows installer: The installer cleans up leftovers from old*installations during an upgrade. It doesn't write registry entries for an exe called "AppMainExe.exe" anymore. It asks whether or not the user wants a shortcut on the desktop. It does not install the document for base64tool anymore because base64tool itself isn't installed anymore either. Fixes for bugs 314, 315, 316 and 317.
* mmg: bug fix: Fixed a compilation problem with non-Unicode*enabled wxWidgets. Fix for bug 313.

2008-12-05 *Moritz Bunkus *<moritz@bunkus.org>
* mkvmerge: new feature: Added support for reading the pixel*aspect ratio from Theora video tracks.
------------------------------------------------------------

Have fun.

Mosu

Mosu

18th January 2009, 17:53

One quick question: Looking for a binary for Windows (http://www.bunkus.org/videotools/mkvtoolnix/win32/), I see 2.4.0 is the last official release and 2.4.1 is in /pre and every 2.4.1 build looks like a pre-release. I think this confusing situation happened because of that false-positive problem of some un-cute anti-virus software.

That's correct.

So which is the real official 2.4.1 now? build20081207-44 is the current recommended build for practical (non-experimental) purpose?

It was until a couple of minutes ago ;) Get 2.4.2 now.

Mosu

18th January 2009, 17:54

This isn't supposed to happen, is it?

+-> Pre-parsing FLAC file: 100%%

Thanks, will be fixed in the next release (2.4.3 or whatever it will be called).

Mosu

18th January 2009, 18:08

After testing my differents builds on MacOS X for a few months I'm pretty sure it works now (or at lest on my side :) ). And it's time to share it with anyone willing the cutting edge of MKVtoolnix on Mac.
It's a self-sufficient build.

Hey, thanks a lot. Could you please build a dmg for today's new release 2.4.2? I'd also like to link to it from my home page (or I could host it on www.bunkus.org as well, that's up to you).

sneaker_ger

18th January 2009, 18:18

Duh. That's definitely a bug that I'll fix. Even though mkvmerge probably understands it (it simply uses the C function "strtod") I don't want scientific notation to be used for timecode files. I'll see to it that the next release contains a fix for it.

Thx for the new version, but the bug with the timecodes like "1.00004e+006" still seems to exist. :confused:

Chumbo

18th January 2009, 20:06

Hey, thanks a lot. Could you please build a dmg for today's new release 2.4.2? I'd also like to link to it from my home page (or I could host it on www.bunkus.org as well, that's up to you).
Mosu,
The exe link in your signature is being detected as a Trojan by Bitdefender. Is this a false positive? I assume that file was scanned and verified clean already right? Thank you.

[EDIT]Found this post: http://forum.doom9.org/showthread.php?p=1222084#post1222084 which confirms it is a false positive. It would be great if you can add Bitdefender to not see this as well.

Mosu

18th January 2009, 20:22

I cannot do anything about the virus scanners in particular; last time there was a false positive reported by Kaspersky I simply upgraded my NSIS installation. I can't do that at the moment, it is already up to date.

What you or anyone else can do is send Bitdefender a mail asking them to test the file and update their signatures. I did that with Kaspersky last time, they responded quickly.

Mosu

18th January 2009, 20:51

Thx for the new version, but the bug with the timecodes like "1.00004e+006" still seems to exist. :confused:

Should be fixed in http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.4.2-build20090118-72-setup.exe

Chumbo

18th January 2009, 22:29

J0nThn

19th January 2009, 12:13

Hey, thanks a lot. Could you please build a dmg for today's new release 2.4.2? I'd also like to link to it from my home page (or I could host it on www.bunkus.org as well, that's up to you).

No problem. :)
I've uploaded here (http://jonthn.free.fr/MKVtoolnix/) a new DMG for the 2.4.2 release it's still Leopard and Intel only.
Link to the 2.4.2 build : http://jonthn.free.fr/MKVtoolnix/Mkvtoolnix-2.4.2_2009-01-17-e5d156a.dmg

And you can link to this directory without a problem. I'll try to maintain it in sync with the different release.

Also If anyone need this you can always find the version you're using by "reading the information" of the App like this :
http://thumbnails11.imagebam.com/2408/431fc824072419.gif (http://www.imagebam.com/image/431fc824072419)

sneaker_ger

19th January 2009, 12:19

Should be fixed in http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.4.2-build20090118-72-setup.exe

thx, works fine. Just one question to be sure:
The problem with these files only affects the extraction of timecodes, right? The mkv files created with the old versions are just fine, aren't they?

Mosu

19th January 2009, 13:26

No problem. :)
I've uploaded here (http://jonthn.free.fr/MKVtoolnix/) a new DMG for the 2.4.2 release it's still Leopard and Intel only.
Link to the 2.4.2 build : http://jonthn.free.fr/MKVtoolnix/Mkvtoolnix-2.4.2_2009-01-17-e5d156a.dmg

Great, thanks. I'm linking to your download directory from http://www.bunkus.org/videotools/mkvtoolnix/downloads.html#macosx now.

Mosu

19th January 2009, 13:27

thx, works fine. Just one question to be sure:
The problem with these files only affects the extraction of timecodes, right? The mkv files created with the old versions are just fine, aren't they?

That is correct, the timecodes in the files are fine.

Thunderbolt8

20th January 2009, 01:57

Mosu

20th January 2009, 09:45

I can guess that you are quite busy with other stuff as well aside from working on mkvmerge, but would it be possible for you to give the implementation of being able to mux those DTS-Express tracks some priority when working on mkvmerge? I'm asking, because they have been quite common recently, looks like they are about to become a possible standard for commentary or also original mono tracks.
would be great, thanks! :)

Maybe. I'd need some sample files, preferably both raw files and DTS Express inside a MPEG transport stream. Would anyone upload files somewhere, e.g. to my FTP server?

Oh, and is there a way to play back such tracks with software only? I don't have DTS capable hardware.

Liisachan

20th January 2009, 12:55

Thanks Mosu!

2008-12-08 *Moritz Bunkus *<moritz@bunkus.org>
* Windows installer: The installer cleans up leftovers from old*installations during an upgrade. It doesn't write registry entries for an exe called "AppMainExe.exe" anymore. It asks whether or not the user wants a shortcut on the desktop. It does not install the document for base64tool anymore because base64tool itself isn't installed anymore either. Fixes for bugs 314, 315, 316 and 317.

Speaking of which, I remembered that a long time ago I was in a trouble after installing MkvToolnix in a directory that is not exclusively for MkvToonlnix but with many other files, and when I ran the uninstaller, it deleted everything in that directory!

Since then, I always just unzip the installed w/ 7-zip and copy files manually, not using installer/uninstaller.

Incidentally, an even worse thing once happened to me with ac3filter uninstaller: I happened to install ac3filter files in Windows' system32, and then ac3filter's uninstaller deletes everything in system32. Oh the humanity~ I had no choice but to reinstall the OS.

Mosu

20th January 2009, 14:37

Maybe. I'd need some sample files, preferably both raw files and DTS Express inside a MPEG transport stream.

MPEG program stream is what I need, not transport stream -- my bad. mkvmerge does not handle transport streams.

nautilus7

20th January 2009, 14:50

MPEG program stream is what I need, not transport stream -- my bad. mkvmerge does not handle transport streams.DTS express only exists in Blu-ray (.m2ts) afaik. I can provide such samples if you want them.

Only dts express capable decoder i know is nero.

sneaker_ger

20th January 2009, 15:52

MKVMergeGUI only detects the "first" VOBs of DVDs correctly for me. (VTS_01_1.VOB, VTS_02_1.VOB, VTS_03_1.VOB etc.) For the others (VTS_02_2.VOB,VTS_02_3.VOB etc.) it always recognizes the video track as "AVC/h.264" instead of "MPEG-2".

http://img1.abload.de/img/mkvmergevobzca9.png

Thunderbolt8

22nd January 2009, 20:29

Maybe. I'd need some sample files, preferably both raw files and DTS Express inside a MPEG transport stream. Would anyone upload files somewhere, e.g. to my FTP server?

Oh, and is there a way to play back such tracks with software only? I don't have DTS capable hardware.
this could be hard, since there are hardly any new BDs using mpeg2 any more :S
regarding the playback, best would be to ask madshi about it. guess he knows what'll work best there.

Snowknight26

24th January 2009, 06:04

There are commas at the end of the language names for cpe, cpf, and cpp - seem a bit out of place.

Also, why are there multiple duplicate languages with different orders?
For example:

zha (Chuang; Zhuang)
zha (Zhuang; Chuang)

Edit: Actually, regarding cpe, cpf, and cpp, it seems as if whatever was supposed to be after the comma is missing (assuming you're using ISO 639-2 codes (http://en.wikipedia.org/wiki/List_of_ISO_639-2_codes#C)).

Mosu

24th January 2009, 11:22

There are commas at the end of the language names for cpe, cpf, and cpp - seem a bit out of place.

Thanks for noticing.

Also, why are there multiple duplicate languages with different orders?
For example:

zha (Chuang; Zhuang)
zha (Zhuang; Chuang)

Because they're also listed multiple times on the registration authority's website, http://www.loc.gov/standards/iso639-2/php/code_list.php

Snowknight26

30th January 2009, 06:33

mkvmerge doesn't seem to detect 44.1KHz AC3 files that I made with eac3to. Only after resampling to 48KHz does mkvmerge accept them.

Also, what's CodecPrivate? Every time I try to append two files with differing CodecPrivate lengths (40 and 41), the resulting mkv has horrible corruption. What sets the CodecPrivate value/field/info, and why are the two different? I had a look through http://haali.cs.msu.ru/mkv/codecs.pdf (oh hey, is that a mistake? He writes 'minus' but shows '+') but I still don't understand much about it.

Mosu

1st February 2009, 00:40

mkvmerge doesn't seem to detect 44.1KHz AC3 files that I made with eac3to. Only after resampling to 48KHz does mkvmerge accept them.

I've spoken with madshi about this problem, and it seems that the library eac3to uses (libAften) writes corrupt AC3 files for 44.1 kHz files. This is not a bug in mkvmerge.

Also, what's CodecPrivate?

CodecPrivate is the name of a Matroska element that contains codec initialization data that is private for the codec. The codec could store information about the encoded stream that is neccessary for decoding.

If you append two tracks for which this data differs then the result is most likely that the decoder cannot decode at least part of the resulting file, and that's what you're experiencing. In such cases you cannot append those tracks without reencoding at least one of them, maybe even both.

Tima

1st February 2009, 22:20

Tried to mux an AC3 with +28362ms delay -- seems it doesn't work.

Mosu

1st February 2009, 22:28

Look at the resulting file with mkvinfo. The timecodes should be properly adjusted (e.g. the audio track should start at 00:00:00.028362), but I guess that the playback application cannot cope with 28 seconds of missing audio data (this is rather common, and there's nothing I can do about it).

Tima

2nd February 2009, 01:42

madshi

2nd February 2009, 09:13

I've spoken with madshi about this problem, and it seems that the library eac3to uses (libAften) writes corrupt AC3 files for 44.1 kHz files. This is not a bug in mkvmerge.
It was my fault after all. The bug has been fixed in the latest eac3to version.

Guess it should be addressed to Haali or MPC developer(s) :)
No containers nor splitters like such big delays. Instead you should simply delay the AC3 bitstream using delaycut or eac3to. It's simply enough...