MKVToolNix v24.0.0 released

[Mosu]

Can you upload such a file somewhere please? Along with a .mmg file with the settings you've chosen (or the command line).

[nautilus7]

i didn't do anything special. Opened an .mkv file (5 or 6 GB) with mkvmerge GUI and chose to split after a size, like in the picture above:

http://i26.tinypic.com/2ikbj40.png

I was able to reproduce the problem with different split sizes and and different .mkv files (one with h264 only and one with h264 and dts).

[Mosu]

The problem has been fixed in this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-4.1.1-build20100727-290-setup.exe

[rpm7200]

mkvmerge is adding jitter my mkv files. is this a bug or something. what kind a problem is this?

[Mosu]

Issue: Merging of files with compression on/off -> crash

This problem should be fixed in the following build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-4.1.1-build20100727-291-setup.exe

[nautilus7]

The problem has been fixed in this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-4.1.1-build20100727-290-setup.exeThanks a lot! :)

[shh]

This problem should be fixed in the following build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-4.1.1-build20100727-291-setup.exe

Thanks! Seems to work that way, but a problem still remains: It crashes, when I add files with compression just the other around:
16.comp.mkv
17.nocomp.mkv
with compression-option "none".
That are the same files as above, just with swapped compression.
I'm just uploading my two files....

[Mosu]

Should be fixed in this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-4.1.1-build20100728-292-setup.exe

[shh]

Great! It works for me now. :thanks:

[Mosu]

Hey,

I've released mkvtoolnix v4.2.0. It contains a lot of bug fixes and a few enhancements but no major new features.

There are no changes for package maintainers in this release.

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-4.2.0.tar.bz2

...to the Windows installer and 7zip archive:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-4.2.0-setup.exe
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-4.2.0.7z

All binaries that I provide myself have already been uploaded.

Here's the full ChangeLog since release 4.1.1:

------------------------------------------------------------
2010-07-28 Moritz Bunkus <moritz@bunkus.org>
* Released v4.2.0.
* mkvmerge: bug fix: mkvmerge was accessing invalid memory In certain cases, e.g. when appending Matroska files that use compression while turning compression off.

2010-07-27 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Splitting output files by size was basing its decision when to create a new file on an uninitialized variable. This caused effects like a lot of small files being created with sizes much smaller than the intended split size.

2010-07-19 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The speed with which mkvmerge skips garbage in DTS tracks has been greatly improved.

2010-07-18 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: enhancement: Reading Matroska files: DisplayWidth & DisplayHeight values that are obviously not meant to represent pixels but only to be used for aspect ratio calculation (e.g. 16x9) are converted into proper ranges based on the track's PixelWidth & PixelHeight values and the quotient of DisplayWidth / DisplayHeight.

2010-07-12 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: enhancement: Attachments will be rendered at the end of the file instead of at the beginning. The attachments will be placed after the cues but before the chapters. Fix for bug 516.
* mkvmerge: enhancement: Header removal compression has been enabled by default for MPEG-4 part 10 (AVC/h.264) video tracks with a NALU size field length of four bytes.
* mkvmerge: bug fix: Header removal compression has been deactivated for MPEG-4 part 2 (aka DivX/Xvid) video tracks due to incompatibility with packed bitstreams.

2010-07-10 Moritz Bunkus <moritz@bunkus.org>
* mmg: enhancement: The taskbar progress is reset as soon as mkvmerge finishes/as soon as all jobs are done (Windows 7).

2010-07-06 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed reading AVC/h.264 tracks from AVI files if they're stored without NALUs inside the AVI. Was broken by a fix for handling AVC/h.264 in NALUs inside AVI.
* mkvmerge: bug fix: All readers that only handled file formats which do not contain more than one track did not respect the "--no-audio / --no-video / --no-subtitles" options. This applied to the following readers: AAC, AC3, AVC/h.264, CorePicture, Dirac, DTS, FLAC, IVF, MP3, MPEG ES, PGS/SUP, SRT, SSA, TrueHD, TTA, VC1, WAV and WavPack.

2010-07-05 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: enhancement: Improved reading text files that use mixed end-of-line styles (DOS & Unix mixed).

2010-07-04 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed invalid memory access in the PCM packetizer. Fix for bug 510.
* mmg: bug fix: When mmg starts it will check the entries in the file and chapter menu's list of recently used files and remove those entries that no longer exist. Fix for bug 509.
* mkvmerge: bug fix: Fixed a crash when reading Matroska files that were damaged in a certain way.
------------------------------------------------------------

Have fun.

[b66pak]

thanks a lot..
_

[yumemi]

I'm trying to use the command-line interface to edit several files at once. I managed to edit track names and track flags correctly (with batchenc.exe) but there are 2 other things I would like to do. First, I want to remove all the fonts in the mkv and replace them with some others (let's say font1.ttf and font2.otf). Second, I want to put the file name in the title global tag because all my files are named "title.mkv". How can I do that with a command-line? I read your documentation but I didn't understand it very well (It's the first time I use the CLI and my English level doesn't help :-).

Anyway, thanks for your great work Mosu!

[Mosu]

You need a XML file for the tags, e.g. something like

<?xml version="1.0" encoding="ISO-8859-1"?>

<!DOCTYPE Tags SYSTEM "matroskatags.dtd">

<Tags>
<Tag>
<Simple>
<Name>TITLE</Name>
<String>Your file name</String>
</Simple>
</Tag>
</Tags>

Then run mkvmerge, e.g.

mkvmerge -o newfile.mkv --no-attachments input.mkv --attachment-name originalfontname.ttf --attach-file newfont1.ttf ... --global-tags yourtagfile.xml

[Mosu]

There's a bug in v4.2.0 that results in tracks from SSA/ASS files not being copied into the output file if you use mmg. This has been fixed in the following build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-4.2.0-build20100729-293-setup.exe

Also the Matroska team is moving their IRC channel to Freenode: https://www.bunkus.org/blog/2010/07/matroska-moving-irc-channel-to-freenode-network/

[hubblec4]

hi mosu

when i mux with the mmg video and audio and sup's and i set the language to english and open the file with mediainfo. the eng-language is not shown. but all other language works.

with earlier version of mkvmerge it works.

here an example from mediainfo


Allgemein
Vollständiger Name : T:\Filme\Science Fiction\Star Trek 10 - Nemesis HD.mkv
Format : Matroska
Dateigröße : 23,7 GiB
Dauer : 1h 56min
Gesamte Bitrate : 29,1 Mbps
Kodierungs-Datum : UTC 2010-07-29 09:26:09
Kodierendes Programm : mkvmerge v4.2.0 ('No Talking') built on Jul 28 2010 18:38:23
verwendete Encoder-Bibliothek : libebml v1.0.0 + libmatroska v1.0.0

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format-Profil : High@L4.1
Format-Einstellungen für CABAC : Ja
Format-Einstellungen für ReFrame : 4 frames
Muxing-Modus : Container profile=Unknown@0.0
Codec-ID : V_MPEG4/ISO/AVC
Dauer : 1h 56min
Breite : 1 920 Pixel
Höhe : 1 080 Pixel
Bildseitenverhältnis : 16:9
Bildwiederholungsrate : 23,976 FPS
Auflösung : 8 bits
Colorimetrie : 4:2:0
Scantyp : progressiv
Titel : h264 untouched
colour_primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
transfer_characteristics : BT.709-5, BT.1361
matrix_coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

Audio #1
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Codec-ID : A_AC3
Dauer : 1h 56min
Bitraten-Modus : konstant
Bitrate : 640 Kbps
Kanäle : 6 Kanäle
Kanal-Positionen : Front: L C R, Surround: L R, LFE
Samplingrate : 48,0 KHz
Stream-Größe : 533 MiB (2%)
Titel : AC3 640
Sprache : Deutsch

Audio #2
ID : 3
Format : FLAC
Format/Info : Free Lossless Audio Codec
Codec-ID : A_FLAC
Dauer : 1h 56min
Bitraten-Modus : variabel
Kanäle : 6 Kanäle
Samplingrate : 48,0 KHz
Auflösung : 24 bits
Titel : TrueHD --> FLAC
verwendete Encoder-Bibliothek : libFLAC 1.2.1 (UTC 2007-09-17)

Audio #3
ID : 4
Format : AAC
Format/Info : Advanced Audio Codec
Format-Version : Version 4
Format-Profil : LC
Format-Einstellungen für SBR : Nein
Codec-ID : A_AAC
Dauer : 1h 56min
Kanäle : 6 Kanäle
Kanal-Positionen : Front: L C R, Rear: L R, LFE
Samplingrate : 48,0 KHz
Titel : AAC 256
Sprache : Französisch

Audio #4
ID : 5
Format : AAC
Format/Info : Advanced Audio Codec
Format-Version : Version 4
Format-Profil : LC
Format-Einstellungen für SBR : Nein
Codec-ID : A_AAC
Dauer : 1h 56min
Kanäle : 6 Kanäle
Kanal-Positionen : Front: L C R, Rear: L R, LFE
Samplingrate : 48,0 KHz
Titel : AAC 256
Sprache : Italienisch

Audio #5
ID : 6
Format : AAC
Format/Info : Advanced Audio Codec
Format-Version : Version 4
Format-Profil : LC
Format-Einstellungen für SBR : Nein
Codec-ID : A_AAC
Dauer : 1h 56min
Kanäle : 6 Kanäle
Kanal-Positionen : Front: L C R, Rear: L R, LFE
Samplingrate : 48,0 KHz
Titel : AAC 256
Sprache : Spanisch

Text #1
ID : 7
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Titel : Das Nötigste
Sprache : Deutsch

Text #2
ID : 8
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Sprache : Deutsch

Text #3
ID : 9
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs

Text #4
ID : 10
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Sprache : Französisch

Text #5
ID : 11
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Sprache : Italienisch

Text #6
ID : 12
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Sprache : Spanisch

Text #7
ID : 13
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Sprache : Arabisch

Text #8
ID : 14
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Sprache : Kroatisch

Text #9
ID : 15
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Sprache : Niederländisch/Holländisch

Text #10
ID : 16
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Sprache : Finnisch

Text #11
ID : 17
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Sprache : Norwegisch

Text #12
ID : 18
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Sprache : Portugiesisch

Text #13
ID : 19
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Sprache : Schwedisch

Text #14
ID : 20
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Titel : Regiekommentar 1
Sprache : Deutsch

Text #15
ID : 21
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Titel : Regiekommentar 2
Sprache : Deutsch

Text #16
ID : 22
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Titel : Regiekommentar 3
Sprache : Deutsch

Text #17
ID : 23
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Titel : director's comments 1

Text #18
ID : 24
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Titel : director's comments 2

Text #19
ID : 25
Format : PGS
Codec-ID : S_HDMV/PGS
Codec-ID/Info : The same subtitle format used on BDs/HD-DVDs
Titel : director's comments 3

Menü
00:00:00.000 : de:Konspiration
00:04:15.297 : de:Blauer Himmel
00:08:28.842 : de:Positronische Signatur
00:12:00.678 : de:Gefährliche Geschwindigkeit
00:20:14.797 : de:Segeln ins Unbekannte
00:23:21.859 : de:Gedächtnis-Download
00:25:47.755 : de:Raubtier
00:28:14.484 : de:Praetor Shinzon
00:34:32.195 : de:Treueeid
00:38:42.820 : de:Nicht ganz menschlich
00:47:49.700 : de:Verstoß
00:51:54.737 : de:Das Echo über der Stimme
00:56:56.330 : de:Flucht
01:02:19.736 : de:Verfallrate
01:06:25.773 : de:Kampfstationen
01:09:49.435 : de:Wie durch dunkles Glas
01:16:48.020 : de:Romulanische Unterstützung
01:20:37.624 : de:Erinnerst du dich an mich?
01:25:35.547 : de:Vorbereitung auf den Aufprall
01:31:34.906 : de:Wert dafür zu sterben
01:35:23.384 : de:Das Gesicht des Feindes
01:40:29.941 : de:Ende der Reise
01:45:07.801 : de:Neue Horizonte
01:49:21.180 : de:Abspann

[Mosu]

when i mux with the mmg video and audio and sup's and i set the language to english and open the file with mediainfo. the eng-language is not shown. but all other language works.

Bug in mediainfo. Has been discussed a lot already. Please read this FAQ entry for an explanation: http://www.bunkus.org/videotools/mkvtoolnix/faq.html#default_values

[hubblec4]

ok thanks. sorry for wasting your time :-)

[sneaker_ger]

Thx for the new release, but I'm having serious doubts about the fix for "bug" 516. If the file has attached fonts it would mean that people couldn't stream anymore if they wanted to view the subtitles in the correct style, but instead would have to download the complete file prior to viewing. Isn't this the main use of attachments at the moment?

[rack04]

Someone please correct me if I'm wrong. If I want to old behavior of mkvtoolnix then I have to select "no compression" on all tracks?

[Mosu]

Thx for the new release, but I'm having serious doubts about the fix for "bug" 516. If the file has attached fonts it would mean that people couldn't stream anymore if they wanted to view the subtitles in the correct style, but instead would have to download the complete file prior to viewing. Isn't this the main use of attachments at the moment?

True. We're aware of the problem, and the only sensible solution would be to offer the user the choice were to put the attachment on a per-attachment basis. Some attachments are indeed necessary for playback (fonts), some definitely aren't (cover images), and some are meant for long term storage of associated data (e.g. encoding output logs or whatever). Both places (all at the front and all at the back) have their own set of advantages and disadvantages. At the moment I will not invest time in implementing finer-grained control.

The problem is also only relevant for streaming, not for local playback. Playback of local files already requires seeking to the end in order to read the cues (index).

[Keiyakusha]

some definitely aren't (cover images)
Well, covers also can be used like... covers! I mean cover from a disc for audio file or some poster for video. There is no impact if they will be at the end of the file? However there is no tools to display this since haali removed thumbnails...

[sneaker_ger]

I see. If you do implement a finer-grained control it would be nice if mmg would auto-choose the position based on the file type if you don't specify it manually. I'd personally vote for reverting to the old behavior as I think that's what suits the vast majority of users (including myself). Not forgetting that's the first time someone complained, and he himself claims to "never have seen a streamed matroska file". (Also the quote on the matroska homepage has been updated to "which is not necesseraly good for streamed files".)

On a different matter: Are you considering adding support for the additional elements that link fonts to srt subtitles as proposed by DivX to mkvmerge?

[Mosu]

Well, covers also can be used like... covers! I mean cover from a disc for audio file or some poster for video. There is no impact if they will be at the end of the file? However there is no tools to display this since haali removed thumbnails...

I meant that covers aren't necessary to be at the front of the file when streaming files.

[Mosu]

On a different matter: Are you considering adding support for the additional elements that link fonts to srt subtitles as proposed by DivX to mkvmerge?

Not really. At least not at the moment.

[Gew]

It's like the 'und' option for language tracks, in first releases, every track added had its language set to English, and then Mosu decided to set the default language as Undetermined -even if Matroska specs say that default language is English, which may cause problems now (with latest releases) for some old splitters and players unlike Haali's one.Is that so?

So you mean that the Matroska specifications doesn't really allow on the "und" code slash flag in language metadata? I.e. that this is something that has "evolved into okey" throughout a vast majority of splitters agreeing on support the this "enhancement"..? I got curious, surfed into http://www.bunkus.org/videotools/mkvtoolnix/win32/old/ and fetched the oldest build there was (mkvtoolnix-0.4.2.zip). Tried a simple "mkvmerge.exe -o foo.mkv vid.avi aud.mp3" for kicks, and ran recent mkvinfo.exe aswell as mediainfo.exe on the file. No language entries whatsoever. Even hex-examined the .mkv ie. searching it for string 'eng', no result. Am I being ridiculous now? Halfway-neurotic? Perhaps. But since Matroska is my media container of choice it would feel like a real smash in the face if it turned out to be somewhat a semi-manufactured article. Just a little bit scared now, that's all. Clarification would please and comfort!

:thanks:

--EDIT--
I just made another experiment. I pulled a quick line (mkvmerge.exe -o foo.mkv vid.avi aud.mp3) with a more recent build (v4.1.1). Then I hex-examined foo.mkv, searching for string 'und'. The first two instances looked like a possible match, because they were right next to the header text (respectively ...MPEG4/ISO/AVC... and ...MPEG/L3...). I replaced "und" with "eng" and "dan" in these two instances. Then saved. First tried watching it, to make sure I hadn't f-cked something up badly. The playback was alright, anyhow. So, I dropped "mediainfo.exe foo.mkv" from CLI, and guess what? The two tracks (a/v) now turned up as respectively English and Danish. Interesting, indeed. Funny thing that I got no hex-search hits on "und" on the foo.mkv that I had muxed with mkvmerge v0.4.2, I could be on a lead here. Does this have some coherence/connection with what you (LeMoi) claimed in quoted post..?

[Mosu]

Is that so?

So you mean that the Matroska specifications doesn't really allow on the "und" code slash flag in language metadata?

No, you're completely misunderstanding the issue here.

A) There's an Matroska element called 'track language'. The Matroska specifications say that all ISO639-2 codes are valid for this element. The list of ISO639-2 includes, amongst others, the values 'eng' for 'English' and 'und' for 'undefined'. So both values are valid.

B) The next think is that the Matroska specification knows about 'default values' for some of its elements. The 'default value' is the value that a player must use if that element is not present in the file but its parent element is. In our example the value 'eng' is the 'default value' for the 'track language' element. A couple of examples:

1. The Matroska file contains a 'track language' element with the value 'ger'. The demuxer/player uses 'ger' for that track (German).
2. The Matroska file contains a 'track language' element with the value 'und'. The demuxer/player uses 'und' for that track (undefined).
3. The Matroska file does not contain a 'track language' element. The demuxer/player uses 'eng' for that track (English).

C) The third issue here is what mmg/mkvmerge uses by default if the source container for a track DOES NOT provide language information -- e.g. if you read raw h264 files, raw AC3 or AAC files etc. mkvmerge and mmg default to 'und' in those cases unless. This default has nothing (!) to do with the 'default values' mentioned in the Matroska specifications.

So what has changed in recent mkvtoolnix releases? mkvmerge does not write Matroska elements into output files which have a 'default value' in the specs and whose actual value equals their 'default value'. So in the case of 'track language' == 'eng' mkvmerge v3.4.0 would write that element into the output file whereas mkvmerge v4.0.0 does not do that anymore -- because it's redundant. See example 3 from above. Some demuxers/player, however, did not implement that part of the specifications properly and either used 'und' instead of 'eng' as the 'default value' or something else entirely.

I.e. that this is something that has "evolved into okey" throughout a vast majority of splitters agreeing on support the this "enhancement"..? I got curious, surfed into http://www.bunkus.org/videotools/mkvtoolnix/win32/old/ and fetched the oldest build there was (mkvtoolnix-0.4.2.zip). Tried a simple "mkvmerge.exe -o foo.mkv vid.avi aud.mp3" for kicks, and ran recent mkvinfo.exe aswell as mediainfo.exe on the file. No language entries whatsoever.

Don't take anything that old (especially the first releases) as a basis for any conclusion. They're not spec compliant, buggy, very early work in the development cycle in mkvtoolnix.

Now what LeMoi refers to is a change in C). Back in the day mkvmerge defaulted to using 'eng' if neither the user nor the source container provided language information. That was changed to 'und'. I repeat: that was a change that should NOT have had ANY effect on the players/demuxers -- it should only have affected mkvmerge's users because they would had to actively decide that their track's language was 'eng' instead of 'und'. It was done because people requested it, and because English is not the center of the world.

[LeMoi]

Is that so?

So you mean that the Matroska specifications doesn't really allow on the "und" code slash flag in language metadata? I.e. that this is something that has "evolved into okey" throughout a vast majority of splitters agreeing on support the this "enhancement"..? I got curious, surfed into http://www.bunkus.org/videotools/mkvtoolnix/win32/old/ and fetched the oldest build there was (mkvtoolnix-0.4.2.zip). Tried a simple "mkvmerge.exe -o foo.mkv vid.avi aud.mp3" for kicks, and ran recent mkvinfo.exe aswell as mediainfo.exe on the file. No language entries whatsoever. Even hex-examined the .mkv ie. searching it for string 'eng', no result. Am I being ridiculous now? Halfway-neurotic? Perhaps. But since Matroska is my media container of choice it would feel like a real smash in the face if it turned out to be somewhat a semi-manufactured article. Just a little bit scared now, that's all. Clarification would please and comfort!
No, sorry, but I think you didn't understand what I meant. I just said what Mosu said: in first mkvtoolnix builds, when you added a raw track (AVI, MP4, AAC, MP3, etc., = no mk*), mmg used to display/set 'eng' as track language if you didn't change it, while in later builds, but older than 4.0.0, it used to display/set 'und' (which used to mean "undetermined", as far as I remember, and not "undefined" ?). But it seems that this 'eng' value is not written any more, since it's the default value, the splitter has to recognize it as default value and set it to English instead of Undefined?

[wata]

i have this problem too when i update mkvtoolnix to 4.1 using megui, subtitle - language set to english when play back using mpc-hc become unknown, latest mediainfo also cannot detect the language of the subtitle track.
the default track flag also no when i choose YES when muxing

meantime switch back to 3.4

[Mosu]

Report that to the mpc-hc and mediainfo authors. This has been discussed time and again. There's already a bug report open for MPC-HC. I don't know about mediainfo. Please use the search form. Thank you.

[wata]

can't mkvtoolmix just change to old behaviour
i have some other player/utils also unable to detect eng language track

mediainfo eg.


Text #1
ID : 3
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Language : English

Text #2
ID : 4
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Language : Chinese


after version 3.4

Text #1
ID : 3
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text

Text #2
ID : 4
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Language : Chinese

[Mosu]

No, sorry, because this is not a defect in mkvtoolnix/mkvmerge.

[Gew]

Ty for your clafication Mosu. Very legible.
No further questions. Great job on v4.2.0 btw.

[sneaker_ger]

The bug in MPC-HC was fixed about a week ago. Upgrade to a newer version. ( You can get builds from here (http://xhmikosr.1f0.de/) until xvidvideo.ru is updated again.)

[Rodger]

I´m a bit surprised nobody else is experiencing THIS error, I get when I try to start "mmg.exe"

See screenshot for details:
http://www.bilder-space.de/show_img.php?img=66bb3f-1280508942.jpg&size=thumb (http://www.bilder-space.de/bilder/66bb3f-1280508942.jpg)

[Kurtnoise]

when i mux with the mmg video and audio and sup's and i set the language to english and open the file with mediainfo. the eng-language is not shown. but all other language works.

replace your MediaInfo.dll by this one (http://www.mediafire.com/?sdb49k20asqv23m).

[Mosu]

I´m a bit surprised nobody else is experiencing THIS error, I get when I try to start "mmg.exe"

See screenshot for details:
http://www.bilder-space.de/show_img.php?img=66bb3f-1280508942.jpg&size=thumb (http://www.bilder-space.de/bilder/66bb3f-1280508942.jpg)

Uninstall, remove HKEY_CURRENT_USER\Software\mkvmergeGUI, and re-install. Anyway, that error message should contain the actual executable's version in the parentheses... I'll fix that.

Edit2: No, it works as expected. Older mkvmerge versions don't output the version information in a way mmg expects, that's why the parenthesis are empty.

There are three scenarios that I can think of why this is the case for you:

1. You configured mmg to use a specific mkvmerge executable on purpose.

2. You did not configure mmg to use any specific mkvmerge executable. The default is just to call 'mkvmerge'. If your PATH variable contains mkvmerge.exe from another installation before the mkvtoolnix installation that than that mkvmerge.exe might be used instead of the one installed with mmg.

3. You overwrote the mkvmerge.exe in the mkvtoolnix installation path with an older version, e.g. due to problems with default values or header removal compression.

Edit3: It's also possible that for some reason you configured mmg to use an executable that doesn't exist. That's how I can reproduce the issue here.

[Rodger]

WELL THANK YOU!

Problem solved...actually without your help.

Originally there was a Drive K on that I installed an older Version.
Then I downloaded the complete 7z-file from your site and unpacked it to a USB-Stick.
Meanwhile (some time ago) I removed the Drive K.

So had this error at startup.

I removed the installation from vista...actually only the entry from vista but that didn´t work.
Then removed ALL mkvtoolnix related registry-entries by hand.

STILL NO GO! Then I read your ideas and decided to reboot vista.
Tadaaa! That´s it. Obviously restart is neccesary to have vista forget the old registry entries.

[hubblec4]

replace your MediaInfo.dll by this one (http://www.mediafire.com/?sdb49k20asqv23m).

thank you

[RadioactiveMan]

it looks like something is wrong here. note the minus signs in front of the total remaining time.

[Mosu]

it looks like something is wrong here. note the minus signs in front of the total remaining time.

Although the attachment is still pending approval I guess what you're referring to is this: https://www.bunkus.org/bugzilla/show_bug.cgi?id=529

[stax76]

It seems sometimes the --verbose switch is necessary to make mkvinfo output attachments, --verbose is however too slow, maybe you can change it to always output attachments.

[Mosu]

mkvinfo stops when it finds the first cluster if --verbose is not specified. That's by design. Therefore whether or not mkvinfo reports attachments depends on the position of the attachments. If they're written at the front (older mkvmerge versions) then mkvinfo will show them. If they're located at the current (current mkvmerge) then it won't.

I suggest you use "mkvmerge --identify-verbose yourfile.mkv" if you need such information.

[stax76]

I can use --identify-verbose thanks. Would showing everything except clusters be a option? (please excuse, I've no idea about the data structure)

[Mosu]

mkvinfo is a development and analysis tool that is supposed to show the elements present in a file in the order they appear. So I won't add options that condense information other than the "--summary" option already present.

[Foofaraw]

I'm not reverting the change. The specifications state explicitely that in case of an absent element its default value must be used instead. I'm not breaking compliance, I'm forcing others to fix their bugs.


Of course these days most players are hardware, and they usually never change their implementation - thus the endusers are crying whilst they save up for a new device.

But I don't care, I know how to use this program and can fix it :cool:


But what I would like to see (changing the topic) is this little feature:

That we can add our own custom FPS defaults to the drop down menu in 'format specific options'.

[Foofaraw]

No. mkvinfo is designed to show the elements that are actually present. If you want to know things like basic flags, track type and language you can use "mkvmerge --identify-verbose yourfile.mkv". That's what mmg does when you add a file.

I don't understand that. If mkvmerge can show the information it must be present? And so the info program could show it?

[stax76]

What's wrong with the current FPS defaults?

[Mosu]

But what I would like to see (changing the topic) is this little feature:

That we can add our own custom FPS defaults to the drop down menu in 'format specific options'.

I might actually do that.

[Mosu]

I don't understand that. If mkvmerge can show the information it must be present? And so the info program could show it?

The Matroska specifications know a feature called 'default values'. These apply for elements that are not present in the file. mkvmerge takes those values into account. mkvinfo only shows the elements that are actually present.

[Mosu]

But what I would like to see (changing the topic) is this little feature:

That we can add our own custom FPS defaults to the drop down menu in 'format specific options'.

Actually, it'd be much easier and faster for me to implement if you'd just tell me which options you want to have listed. That's more like two minutes than a couple of hours. Also no one else requested this so far, so I'm not really convinced such a feature is needed.