MKVToolNix v24.0.0 released

[73ChargerFan]

The subtitle issue might be able to be solved outside of mmg / matroska.

Splitting subtitles at chapter points sounds good for a seek, but may cause flashing when watching the video straight through. Who knows.

For static subtitles, the splitter might be able to find the current subtitle and feed it when seeking to a chapter.

Or an app could check the subtitle timing against the chapter timing and issue a warning. Chapters shouldn't be in the middle of a sentence anyways.

This could be asked of other tools' authors. For myself, the issue doesn't affect me.

[Liisachan]

Come to think of it, Gabest planned to implement optional SyncPoints in his DSM container 7 years ago (2005). I don't fully understand it, but it sounds like some kind of map that tells you, "If you jump to time t, then you should start decoding from file position f(t)". So it's a Cue in Matroska? In dsm.txt (http://guliverkli.svn.sourceforge.net/viewvc/guliverkli/trunk/guliverkli/include/dsm/dsm.txt?revision=308&pathrev=308), he also noted that even with this mechanism, subtitles could be problematic.

It would be nice if an optional, smarter seeking mechanism is implemented in MKV in such a way that an old decoder not knowing about it doesn't need to handle it. But that's also pure idealism, I suppose. The realistic solution we can use right now is to "de-overlap" subtitles before muxing. By de-overlapping, one can also avoid MPC(-HC)'s shadow-alpha bug (http://sourceforge.net/apps/trac/mpc-hc/ticket/2460). De-overlapping is usually so trivial that one might want Mkvmerge to have an option to do this automatically, but this workaround is difficult in general case, especially when karaoke is involved.

Splitting subtitles at chapter points sounds good for a seek, but may cause flashing when watching the video straight through. Who knows.
Usually that doesn't happen, no worry :) Subtitle start time is inclusive and subtitle end time ie exclusive, (almost) consistently. Otherwise you couldn't even write a simple script like--

1.00-5.00 Alice: "Hello!"
5.00-8.00 Bob: "Hi!"

I mean, you wouldn't believe it if two subs (or no subs) were shown at 5.00. Since the above will work as expected, doing this is also safe, usually:

1.00-5.00 Alice: "Hello!"
5.00-8.00 Alice: "Hello!"

This is another known workaround, but it becomes impractical whenever dealing with animated effects. Splitting animated effects timing-wise is not only practically doable, but actually much easier than one might imagine. In the second line, you'll just offset t1 and t2, and use a negative t1. This is getting off-topic, so I'll simply post examples (where 10.00 is t=-2340 for 12.34). You can PM me if you have questions.

Style: Sty1,Times New Roman,64,&H00ffffff,&H00ff9999,&H0000000,&H80000000,
-1,0,0,0,100,100,0,0,1,1,1,7,0,0,0,0

Dialogue: 1,0:00:10.00,0:00:15.01,Sty1,,0000,0000,0000,,{\fad(1000,1000)}Trivial
Dialogue: 2,0:00:10.00,0:00:12.34,Sty1,,0000,0000,0050,,{\fad(1000,0)}Trivial
Dialogue: 2,0:00:12.34,0:00:15.01,Sty1,,0000,0000,0050,,{\fad(0,1000)}Trivial

Dialogue: 1,0:00:10.00,0:00:15.01,Sty1,,0000,0000,0000,,{\move(300, 0,400, 0)}move
Dialogue: 2,0:00:10.00,0:00:12.34,Sty1,,0000,0000,0000,,{\move(300,50,400,50, 0,5010)}move
Dialogue: 2,0:00:12.34,0:00:15.01,Sty1,,0000,0000,0000,,{\move(300,50,400,50, -2340,+2670)}move

Dialogue: 1,0:00:10.00,0:00:15.01,Sty1,,0000,0000,0100,,
{\1a&Hff\4a&Hff\3c&Hff0000\t(0,3000,\1a&H00\4a&H80\3c&H0000ff\fscx200)}t-animation
Dialogue: 2,0:00:10.00,0:00:12.34,Sty1,,0000,0000,0150,,
{\1a&Hff\4a&Hff\3c&Hff0000\t(0,3000,\1a&H00\4a&H80\3c&H0000ff\fscx200)}t-animation
Dialogue: 2,0:00:12.34,0:00:15.01,Sty1,,0000,0000,0150,,
{\t(-2341,-2341,\1a&Hff\4a&Hff\3c&Hff0000)\t(-2340,+660,\1a&H00\4a&H80\3c&H0000ff\fscx200)}t-animation

What can be difficult is splitting a karaoke line, but that's also practically doable. Then again, I agree with you that this is just an ugly workaround...

[Joniii]

Im having a problem with Pirates of The Caribbean Blu-ray. Ripped mkv plays back vertically compressed with ffdshow DXVA. With default Windows decoder it is fine, also muxing the video to m2ts plays with correct AR with ffdsow DXVA. I'm not really sure if this is a problem with ffdshow or mkvtoolnix.

Here is a sample.
https://skydrive.live.com/redir?resid=5AA520AF9EAB7FD8!163

Also don't know if this is related to my problem:
http://www.makemkv.com/forum2/viewtopic.php?f=8&t=4264

[sneaker_ger]

I see nothing wrong - neither bitstream nor container AR seem to suggest anything but square pixels. :confused:
Maybe you should pose your question in the ffdshow thread.

[Atak_Snajpera]

any progress on opus in matroska? i have a feeling that unusal opus specification will never be compatible with current containers.

[Keiyakusha]

Since from what I understand they need to extend matroska specs, maybe this will push mkv v3 progress... cause its soo slow, I don't even see it ^__^
Speaking of, anyone knows something about current mkv v3 status?

[sneaker_ger]

Isn't that already finished?
Mkvmerge will output v3 if you use 3D.

[Keiyakusha]

I don't know... that's why I ask. I don't have anything 3D. Oo Will check it out thanks! The only thing I tried before is to make normal file v3, but it failed to play in most cases...

[mastrandrea]

A little request: what about a combination (example: shift+click on the up/down button) to move the selected stream at the very beginning or very end of the list?

[Mosu]

Patches are welcome.

[skampy]

I am hoping someone could help me with this.

I have a pgs .sup file from a source that is 23.976fps and I need to put it with another video that is 24fps.

Is mkvmerge able to stretch the sub file to 24fps with the use of its stretch option? If so, what floating point/fraction would you put in as the value? I'm just a little confused as to how it works.

Any help will be much appreciated.

Thanks

[73ChargerFan]

Bug report - Title tag copied

I process videos in batches, a dozen or so at a time, and use the job queue. I add the video, change stream info or delete streams, add chapter timing if necessary, add to queue, then hit 'remove all' and repeat for the next one. Later, I start the jobs and go eat dinner or what ever. Later I check each video to see if it works fine, and determine the final bit rate with MediaInfo.

Today I noticed that the Title tag from one of the videos was copied into other six videos in the same batch. All files were muxed with mkvmerge v5.6.0 and had the same date stamp.

Looking harder, I saw the same thing happened to 8 files I did yesterday with v5.8.0 - they all got the same Title tag, although the text was correct for only one of the group.

I never even knew about the Title tag, but used the header editor to remove it from the affected files.

Thanks as always Mosu.

[Chetwood]

If anyone actually is interested in adding patches to add functionality, please consider adding

- CTRL-A to add job to queue
- SHIFT-CTRL-A to remove all sources
- use TAB to cycle from the tracks, chapters, tags pane to general track options
- moving tracks up and down with the mouse rather than clicking on a track and the on the up/down buttons

Thanks!

[Mosu]

Bug report - Title tag copied

I process videos in batches, a dozen or so at a time, and use the job queue. I add the video, change stream info or delete streams, add chapter timing if necessary, add to queue, then hit 'remove all'

That is intentional behavior so that people can use similar settings for a bunch of different muxings. If you want to start over completely then use "File" -> "New".

[Mosu]

If anyone actually is interested in adding patches to add functionality, please consider adding

- CTRL-A to add job to queue

Won't be accepted. Alt-A should work already as it is an accelerator for the button at the bottom of the window, "&Add to job queue". This does work on Linux, and it used to work on Windows, though for quite some time it hasn't. So a patch I would accept would be making this work again.

- SHIFT-CTRL-A to remove all sources

Won't be accepted. One thing I would accept would be giving that button an accelerator.

- use TAB to cycle from the tracks, chapters, tags pane to general track options

I just tried it on Windows, and it works for me.

[73ChargerFan]

That is intentional behavior so that people can use similar settings for a bunch of different muxings. If you want to start over completely then use "File" -> "New".
Where is the Title tag shown / expressed in the mkvmerge GUI? Why would items that can't be set be assumed to be the same across all muxings and be copied?

And why would anything on the Attachments, Global or Chapter Editor tabs be the same across multiple jobs, except perhaps "splitting?"

Perhaps "remove all" should be replaced with "new job".

[Mosu]

Perhaps you should take a step back and acknowledge that your particular use cases for mmg don't necessarily match everyone else's. Both features, "remove all inputs while leaving the settings intact" and "start over from scratch as if you had just started mmg", have been requested by users and are actively used. Therefore I will most certainly not change this.

As for the title: it's called "file/segment title" and can be found on the "global" tab. It can be set just fine. mmg sets it automatically when you add an input file that already has such a title (e.g. a Matroska or OGM file), but only if the input is currently empty.

If you really, really cannot think of a use case then think about muxing several episodes of a TV series, e.g. with special fonts (not uncommon with anime) -- use case for attachments. You often have nearly identical titles ("The Awesome Series With A Long Name S04E01") which only varies in one place; it's quite convenient not having to type it all the time -- use case for keeping the title.

Do I really have to go on?

[73ChargerFan]

No, I understand the examples, and now see Title in the global tab. (I looked, didn't recognize it.)

I asked before about why the chapters file text box wasn't cleared when "remove all" was hit, and I don't remember being directed to use "File->New".

This never affected me until I started using the job queue, because I'd rarely process more than one video at a time.

[Chetwood]

Won't be accepted. Alt-A should work
It doesn't. What changed?

Won't be accepted. One thing I would accept would be giving that button an accelerator.
Exactly what I was asking for. SHIFT-CTRL-A was just an example.

I just tried it on Windows, and it works for me.
You can click on any track and then move down several tracks with the arrow down key? I can't, cause as soon as a new track is marked mmg sets focus on track name. Wouldn't be too bad if I could SHIFT-TAB back to the Tracks, chapters and tags pane but I can't. I have to TAB 18x to get back there to go down and select the next track (if I don't want to use the mouse which is kinda my point here).

[Mosu]

It doesn't. What changed?

wxWidgets changed. Not saying I blame them, I may be doing something wrong, too, but it sill works on Linux. So it's yet another case of wxWidgets behaving differently on different OS, and I'm damn tired of fixing such issues. It's like looking for a needle in a haystack.

[sneaker_ger]

I have a pgs .sup file from a source that is 23.976fps and I need to put it with another video that is 24fps.

Is mkvmerge able to stretch the sub file to 24fps with the use of its stretch option? If so, what floating point/fraction would you put in as the value? I'm just a little confused as to how it works.

Yes, try "24000/24024" for the "Stretch by" field.

[Lincoln Burrows]

I had this error while muxing a bunch of files:

'D:\Video\O Silêncio dos Inocentes (1991)\00001.track_4113.mpv': Using the demultiplexer for the format 'MPEG video elementary stream'.
'D:\Video\O Silêncio dos Inocentes (1991)\00001.track_4352.dts': Using the demultiplexer for the format 'DTS'.
'D:\Video\O Silêncio dos Inocentes (1991)\00001.track_4354.ac3': Using the demultiplexer for the format 'AC3'.
'D:\Video\O Silêncio dos Inocentes (1991)\00001.track_4608.sup': Using the demultiplexer for the format 'PGSSUP'.
'D:\Video\O Silêncio dos Inocentes (1991)\00001.track_4610.sup': Using the demultiplexer for the format 'PGSSUP'.
'D:\Video\O Silêncio dos Inocentes (1991)\00001.track_4113.mpv' track 0: Using the output module for the format 'MPEG-1/2'.
'D:\Video\O Silêncio dos Inocentes (1991)\00001.track_4352.dts' track 0: Using the output module for the format 'DTS'.
'D:\Video\O Silêncio dos Inocentes (1991)\00001.track_4354.ac3' track 0: Using the output module for the format 'AC3'.
'D:\Video\O Silêncio dos Inocentes (1991)\00001.track_4608.sup' track 0: Using the output module for the format 'PGS'.
'D:\Video\O Silêncio dos Inocentes (1991)\00001.track_4610.sup' track 0: Using the output module for the format 'PGS'.
The file 'D:\Video\O Silêncio dos Inocentes (1991)\00001.track_4113.mkv' has been opened for writing.
The cue entries (the index) are being written...
Muxing took 18 minutes 0 seconds.

Warning: Video ended with a shortened group of pictures. Some frames have been dropped. You may want to fix the MPEG2 video stream before attempting to multiplex it.My steps:

Blu-ray Silence of the Lambs, MPEG-2.

1) Decrypted using AnyDVD (in the past);
2) MakeMKV warned the files were used by AnyDVD. This warning means I can convert to MKV other contents, but there's a risk for this to fail if I attempt to do that with the movie;
3) I used TSMuxer to demux some streams;
4) And MKVToolnix to create the MKV from step 2).

Playing the file I didn't noticed anything wrong until now (the length seems to be the same, too). However, I need to do step 4) and make sure the generated Matroska is 100% similar to the m2ts file from the decrypted Blu-ray files.

Can you confirm this is the case, and if not what should I look for / what kind of error is this?

I never saw this warning before today.

Ops, I think I understand now what's going on. The BD has this extra feature:

High Definition Exclusive Bonus features:
"Breaking the Silence" picture-in-picture video commentaryMaybe this warning means the extra was dropped? This must be the reason!

[Mosu]

Shortened group of pictures means that a B frame cannot be decoded because one of its references is missing. You can usually ignore those warnings as codecs couldn't and wouldn't display such frames anyway.

[smok3]

how would i abuse:

mkvmerge -o out.mkv --split size:3999m in.mkv

for fat32 splitting that is;

a. can it use -o in_%d.mkv automagically somehow?
b. is 3999m correct size?
c. is gui doing something else as well?

[Mosu]

I don't understand what you mean in a) and c).

b) depends on your files. mkvmerge will always split before the first key frame _after_ the split point has been reached. Meaning if there is really a lot of space between key frames then a file might become bigger than your anticipated 3999M with those settings. Don't chose the split size too niggardly; use something like 3950M.

[smok3]

thanks for b.,

what i meant with a. is if there is a way to reuse input filename + 001.mkv, 002.mkv logic (or will i have to script that)

c. Gui is doing exactly the same when spliting?

[Mosu]

mkvmerge will automatically expand the output file name with the current file number when splitting is active. Read more about it in the documentation to --split (http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge.html#mkvmerge.description.split).

I still don't understand what exactly you want to know with c). The GUI simply passes what the user enters to the command line with a bit more text where appropriate. E.g. depending on the choice which method to split a user input of "3999m" would be turned into "--split size:3999m" ("size:" is optional, but the GUI still uses it for clarity). The output file name is passed as-is to mkvmerge.

[Keiyakusha]

Couple of questions/suggestions, but not requests (I know Mosu is not going to mess with UI, but maybe this at least can be included at the end of the long todo list or something):
Can we make mmg gui use font that is default in windows and not something hardcoded? Currently when English language selected it looks like Tahoma (maybe not I didn't compared that closely) and for Japanese language it uses legacy MS Gothic or similar, which looks especially ugly. Only toolbar menu and tree view in header editor uses what is set in windows. Mine default ui font is MeiryoUI, it is used since Vista (SegoeUI should be default for English page I think).
Then, for charset selection (for ogm chapters) maybe it makes sense to have most used charsets grouped at the top of the list (just like with languages). Not a problem, but it takes some effort to scroll for UTF-8 each time ^__^

[Mosu]

Can we make mmg gui use font that is default in windows and not something hardcoded?

This is a wxWidgets issue. I don't mess around with fonts AT ALL. So these are wxWidgets' defaults, and I don't really want to dig into that area.

Then, for charset selection (for ogm chapters) maybe it makes sense to have most used charsets grouped at the top of the list (just like with languages). Not a problem, but it takes some effort to scroll for UTF-8 each time ^__^

I don't have any time for programming at the moment, so this would be a definite "patches are welcome, otherwise it won't get done".

[sneaker_ger]

What exactly is the purpose of "mkvextract cuesheet source-filename [options]"? What informations are supposed to be extracted?

[Mosu]

You can merge cue sheets with mkvmerge. Those result in both chapters and tags being created in the resulting Matroska file. mkvextract's "cuesheet" extraction mode tries to combine those chapters & tags into a .cue file again.

[sneaker_ger]

And without those tags - but with chapters - it won't extract anything?

[Mosu]

Probably not.

[DragonQ]

Some of my TS files seem to be breaking when running them through MKV Merge. The original TS files play fine but the resulting MKVs aren't deinterlaced properly by MadVR and EVR has issues too (deinterlacing seems to work but the FPS says 46-48 instead of 50, the playback is jerky and the graph is dodgy also).

Original TS - Sample Clip (http://www.mediafire.com/?1ii1q1nhnlhm6zs)
Dodgy MKV - Sample Clip (http://www.mediafire.com/?ho71875bvmy8m5d)

Original TS - EVR Stats (http://www.aotplaza.com/Files/HTPC/Screengrabs/Dodgy%2050i%20MKV%20Merge/TS.png)
Dodgy MKV - EVR Stats (http://www.aotplaza.com/Files/HTPC/Screengrabs/Dodgy%2050i%20MKV%20Merge/MKV.png)

Any ideas?

[sneaker_ger]

@Mosu:
Could you take a look at this (http://forum.doom9.org/showthread.php?t=166237) thread? I think one of your FAQ answers might be wrong.

[Lincoln Burrows]

Mosu,
as I have explained here:
http://www.makemkv.com/forum2/viewtopic.php?f=8&t=5193

MakeMKV is not converting to MKV properly some discs/contents (extra features to be exact). However, until now I used TSMuxer to demux the m2ts files (in the JFK Blu-ray case, a .vc1 stream, .ac3 and .sup). Then I used MKVToolnix plus all of them and saved into a new Matroska file.

TSMuxer + MKVToolnix was working and giving me the proper aspect ratio, the same as the m2ts file.

Which means I could use them instead of MakeMKV, if something went wrong.

However, for the first time EVER this is not working. I am still receiving a wrong 3:2 AR. I checked the m2ts files, and they have a 4:3 AR.

That can only mean either something was changed in MKVToolnix or such contents cannot be converted to MKV even if I use TSMuxer. But so far, using TSMuxer + MKVToolnix worked in 100% cases I tested.

Do you have any idea why this is not working... now?

The disc I tested was the JFK (1991) Blu-ray. This is happening with all extra features. And MKVToolnix didn't reported anything wrong while merging the .vc1 / .ac3 / .sup streams into MKV.

m2ts:
http://i.imgur.com/Qbj9Z.png

Matroska (converted using MAKEMKV or TSMuxer + MKVToolnix):
http://i.imgur.com/mIyJw.png

[Mosu]

Do you have any idea why this is not working... now?

No.

You can try to find out whether or not older versions of MKVToolNix had different behavior. You can get the Windows builds from http://www.bunkus.org/videotools/mkvtoolnix/win32/

[DMD]

Good evening.

I detected a fault in the 5.8.0 release, I do not know if it's a bug.
When I make the muxing to MKV with audio-video files mpg, the total size of the file is lower than that of origin.

Verifying the value of the bit rate of the mkv file is lower than that of the source file mpg.

For example, the source file has a size of 899MB with a bit rate 7.5 MB / s, instead of the file obtained is 777.6 MB mkv with a bitrate of 6.5 MB / s

Doing the same tesyt with version 5.7.0 I get a value of 883 MB with a bit rate of 7.4 MB / s, these values ​​are very close to the original, checked with MediaInfo, so I think that are acceptable tolerances, so the release 5.7.0 works
regularly.

Instead, the release 5.8.0 which produces a higher tolerance why is this happening?

thanks

[Mosu]

As I've just answered you over at my forum (https://www.bunkus.org/answers/?qa=675/problems-with-release-0-bitrate-reduction-in-lossless-mode):

That is not a bug, it's a feature.

mkvmerge 5.8.0 can drop stuffing bytes inside an MPEG stream. v5.7.0 could not do that. Those stuffing bytes are complete garbage and are skipped by any decoder. They're only used so that a stream fulfills certain requirements -- requirements that are not valid inside a Matroska file.

[DMD]

Thank you for fast response.

If I understand Benei the bitrate reduction means that the excess value is not necessary for the mkv container.

But if I perform demuxing with MKVExtractGUI2, I get the mpg file with bitrate reduced

So I confirm that the bitrate reduction does not affect the lossless quality.

Greetings

[Mosu]

Stuffing bytes are garbage. Zeros. Trash. Dropping them is a lossless process. MPEG video streams in MPEG transport streams may require a minimum bitrate, and for such bitrates a muxer muxing from MPEG video elementary streams (that's what mkvextract creates) to a transport stream may re-add such stuffing bytes again.

There is no loss in quality whatsoever.

[Lincoln Burrows]

No.

You can try to find out whether or not older versions of MKVToolNix had different behavior. You can get the Windows builds from http://www.bunkus.org/videotools/mkvtoolnix/win32/Thanks. I tried with 5.2.1 (older version), but the problem is still there. So it's not MKVToolnix related, perhaps it's something encoded in those m2ts files very specific that prevents TSMuxer (and MakeMKV) from recognizing the correct/original AR, whether it's 4:3 or 16:9, and records 3:2 instead.

Since you don't do m2ts > MKV conversions you can't help on this one... :(

I hope the author from MakeMKV can fix this thing.

[DragonQ]

Some of my TS files seem to be breaking when running them through MKV Merge. The original TS files play fine but the resulting MKVs aren't deinterlaced properly by MadVR and EVR has issues too (deinterlacing seems to work but the FPS says 46-48 instead of 50, the playback is jerky and the graph is dodgy also).

Original TS - Sample Clip (http://www.mediafire.com/?1ii1q1nhnlhm6zs)
Dodgy MKV - Sample Clip (http://www.mediafire.com/?ho71875bvmy8m5d)

Original TS - EVR Stats (http://www.aotplaza.com/Files/HTPC/Screengrabs/Dodgy%2050i%20MKV%20Merge/TS.png)
Dodgy MKV - EVR Stats (http://www.aotplaza.com/Files/HTPC/Screengrabs/Dodgy%2050i%20MKV%20Merge/MKV.png)

Any ideas?

Nothing? I'm using the latest Windows build.

[Selur]

Small question: will there be an official Mac OS X 10.6.x build of mkvtoolnix 5.8+ or did the Mac OS X 10.6.x support end with 5.7.x?

[Mosu]

That's up to Jonathan. Please direct all Mac OS related questions to him (http://jonthn.free.fr/MKVtoolnix/CONTACT).

His latest comment to me about this was the following:

I'll see in the future to make a 10.6 (aka Snow Leopard) but no guarantee.

Sorry for the delay (job related & computer broken & more .. :( )

[Selur]

I'lll write him an email and ask. :)

[Selur]

Small question: What values make up the 'codec's private data' ?
background: I split a file at the keyframes using mkvmerge, reencoded one and now mkvmerge is complaining about 'The codec's private data does not match' because of a length mismatch 'lengths: 43 and 46' and I'm unsure what could cause the problem. :)
original file: http://pastebin.com/NAD5eb4k to which I now want to append my new file: http://pastebin.com/A9Dd8UCK
I don't the the problem, so I wanted to investigate, but I got no clue how the codecs private data is composed. :)

[Mosu]

That data is pretty much private to the codec in question. For h.264 this is all the codec initialization data a h.264 decoder needs in order to be able to decode the frames. Re-encoding changes them almost every time.

mkvmerge does not do any deep inspection whether or not the old and new private parameters could match (meaning if a decoder could decode the first/old video with the private init data from the second/recoded part). That is totally out of mkvmerge's scope. And as a merged track only has one set of codec private data only one of them could be kept -- most likely resulting in broken decoding.

[Selur]

That data is pretty much private to the codec in question.
:( hmm, not the answer I was hoping for. ;)
-> I'll do some trial and error than and hope for the best. Thanks for the quick reply. :)

[Mosu]

I aim to please but miss often enough ;)

Anyway, you're quite welcome.