MKVToolNix v24.0.0 released

[dejong12]

Originally Posted by Mosu

Details, please.

PM'ed you.

[Snowknight26]

Any chance of adding *.eac3 to the list of all supported media types when opening files? And how about setting the default window location of the muxing progress form to the center of the parent?

[Mosu]

Probably to the former, no to the latter (I'm not opposed to it, but you know, lack of time etc).

[Tomir]

4.2.0 isn't outputting ASS files for me. Using latest aegi but don't think that matters anything.

[Mosu]

Originally Posted by Tomir

4.2.0 isn't outputting ASS files for me. Using latest aegi but don't think that matters anything.

Quoting myself in this case:

Use the search function: http://forum.doom9.org/showthread.ph...87#post1421587

[heldchen]

i understand there were some discussions already regarding the use of "und" vs "eng". my issue with this is a bit different, i think: if i specificially instruct mkvmerge to set a track language to "eng", i kinda expect it to do so - instead, the track is added as "und", and i have to change this manually to "eng" using the header editor.

while i have no problem with mkvmerge using "und" when no language is specified for a track, i do not understand its current behaviour...

[Mosu]

Originally Posted by heldchen

i understand there were some discussions already regarding the use of "und" vs "eng". my issue with this is a bit different, i think: if i specificially instruct mkvmerge to set a track language to "eng", i kinda expect it to do so - instead, the track is added as "und", and i have to change this manually to "eng" using the header editor.

No, that's not what happens. The program you use for playback/information simply does not support default values. Please read http://www.bunkus.org/videotools/mkv...default_values for an explanation.

[heldchen]

i understand that the default value (i.e. an *unset* value) should be considered english, and i'm fine with that. but i actually do set a value, which means i do not want to use a/the default value. whether the value i set is "ger", "eng", "und" or anything else shouldn't matter to mkvmerge, as i specifically instruct it to use it.

right now mkvmerge sees "eng" as the value and thinks "oh, 'eng' is set, so he probably doesn't want a value, i'll just leave it unset" which is wrong. and following this logic, the mmg header editor also would have to do the "eng" -> unset tranform, which it doesnt.

[Mosu]

Originally Posted by heldchen

right now mkvmerge sees "eng" as the value and thinks "oh, 'eng' is set, so he probably doesn't want a value, i'll just leave it unset" which is wrong.

No, it isn't. Semantically it's exactly the same. A player has to treat both cases as identical (element present & set to 'eng' vs. element not present at all). Due to technical reasons I will not change this behaviour (it's related to WebM files amongst other things).

Also mmg's settings are not 'enforce this' kind of settings. Neither mmg nor mkvmerge is designed that way.

and following this logic, the mmg header editor also would have to do the "eng" -> unset tranform, which it doesnt.

No, the header editor is in fact an enforcing thingy, unlike mmg. Think of it as as editing header values directly in the file and of mmg+mkvmerge as the 'filtering' version.

[heldchen]

oh well. it would just need another language entry like "eng (enforced)" which wouldn't break anything, but i guess that's not going to happen so i'll just continue to set the languages with the header editor...

[loekf]

Originally Posted by Brazil2

Yes it is. That's why many and more and more people don't understand why it's enabled by default.
There are actually more cons than pros for this useless and annoying feature.

+1

I only found out about this after I got some movies, which resulted in no audio on my mediaplayer.

I have no problems making the implementation of a standard feature complete, but make it an option, switch if off by default.

[Mosu]

It has been switched off for the past four years. Still a lot of players/demuxers did not implement support for it. No, I'm not willing to reconsider or argue about it.

[Zenitram]

Originally Posted by heldchen

if i specificially instruct mkvmerge to set a track language to "eng", i kinda expect it to do so

...and mkvmerge does what you want: it sets the track language to "eng", ie it removes the track language from the file, because the specification says "no track language = eng".

Originally Posted by heldchen

while i have no problem with mkvmerge using "und" when no language is specified for a track, i do not understand its current behaviour...

It is conform to specs: eng is the default value if there is no track language. mkvmerge is conform to specifications.
I don't like this default value (default value should be "und"! why English?), but this is not mkvmerge fault, this is Matroska fault, you should blame Matroska for this. And you should blame other developpers not conforming to specifications.

Originally Posted by Mosu

It has been switched off for the past four years. Still a lot of players/demuxers did not implement support for it. No, I'm not willing to reconsider or argue about it.

And I am happy with this! This is a good demo for showing the flaw of my coding vs specifications! We were a lot not reading enough specifications (mainly the default values), this is a good motivation to change this.

[Daemon404]

Sorry if this has been posted/asked already, but I noticed mkvinfo no longer outputs attachment info from files created by newer versions mkvmerge (how new im not sure). Older files (I tested one created 2.9.8) display them file in mkvinfo.

[Mosu]

See http://forum.doom9.org/showthread.ph...81#post1425081

Also note that mkvinfo's normal mode (without any "-v" or "--verbose") stops parsing when it encounters the first cluster. From your question I guess that what you really need is "mkvmerge --identify-verbose yourfile.mkv" instead of mkvinfo.

[Daemon404]

Originally Posted by Mosu

See http://forum.doom9.org/showthread.ph...81#post1425081

Also note that mkvinfo's normal mode (without any "-v" or "--verbose") stops parsing when it encounters the first cluster. From your question I guess that what you really need is "mkvmerge --identify-verbose yourfile.mkv" instead of mkvinfo.

I've been using mvkmerge to do that for ages, but I just wondered why mkvinfo stopped displaying 'em.

[jasonwc]

Originally Posted by toytown

It's a bug in the DivX thumbnailer creator thats installed with the DivX codecs. I checked through the registry to see what ShellEx were being used for MKV files in explorer and found it, i uninstalled the DivX package and the problem is gone, of course i dont get thumbnails but i wasnt bothered about them either.

Im sorry to have wasted your time

I reported this issue to Divx on their support page and a ticket has been opened. Let's see if a fix is forthcoming. Unfortunately, DivX is the only provider of a Mediafoundation filter for Windows 7. Without their filter, there is no way to get thumbnail support and other basic media attributes (e.g. duration, bitrate) to display in Windows Explorer.

[SamuriHL]

Originally Posted by jasonwc

I reported this issue to Divx on their support page and a ticket has been opened. Let's see if a fix is forthcoming. Unfortunately, DivX is the only provider of a Mediafoundation filter for Windows 7. Without their filter, there is no way to get thumbnail support and other basic media attributes (e.g. duration, bitrate) to display in Windows Explorer.

Good luck with that. It's been an issue for years and they've never seen fit to fix it.

[jasonwc]

Originally Posted by SamuriHL

Good luck with that. It's been an issue for years and they've never seen fit to fix it.

Years? The problem appears to be the thumbnail generator breaking due to AVC header compression which wasn't used until MKVMerge 4.2.0. Even if it was in the spec, they had no reason to implement it before.

[SamuriHL]

Originally Posted by jasonwc

Years? The problem appears to be the thumbnail generator breaking due to AVC header compression which wasn't used until MKVMerge 4.2.0. Even if it was in the spec, they had no reason to implement it before.

Not that specific problem, no. But Divx has had thumbnail problems going back a LONG LONG time. There are numerous threads all over the Net about explorer crashing when divx is installed and you look at a folder of avi's or (now) mkv's with thumbnails turned on. They've never fixed it. A few months ago in the MakeMKV forum we were discussing it and the ways to get around it. Someone reported it to them and got an awesome response back from them about it. Complete silence.