MKVToolNix v24.0.0 released

[Mosu]

For segment info files there's a separate DTD (https://github.com/mbunkus/mkvtoolnix/blob/master/examples/matroskasegmentinfo.dtd) (also for tags (https://github.com/mbunkus/mkvtoolnix/blob/master/examples/matroskatags.dtd)).

[hubblec4]

For segment info files there's a separate DTD (https://github.com/mbunkus/mkvtoolnix/blob/master/examples/matroskasegmentinfo.dtd) (also for tags (https://github.com/mbunkus/mkvtoolnix/blob/master/examples/matroskatags.dtd)).

nice.

theoretically are all features avalible to generate a "menu.xml".


mmh i will try it.

[Overdrive80]

AVC/h.264 video bit streams consist of NALUs. Those NALUs can either be separated by certain start codes or they can be prefixed with the NALU's length. Which it is depends on what container they're stored in (see e.g. this description (http://msdn.microsoft.com/en-us/library/windows/desktop/dd757808(v=vs.85).aspx)); e.g. raw AVC/h.264 elementary bit streams use start codes while length fields are used when they're stored inside MP4 or Matroska.

mkvmerge has different output modules for those two. "Framed" refers to the output module that accepts tracks that already contain those length fields. For these each memory slice that's handed over to the output module contains a full field or frame (depending on interlacing, of course), meaning those memory slices don't have to be post-processed anymore. The "unframed" output module accepts bits treams that use start codes. For those each memory slice can contain pretty much anything: less than a single frame, exactly one frame or even multiple frames at once. mkvmerge has to find those start codes itself and determine the length fields to add instead.

Ok thanks. If I dont undertand bad, would "unframed" output module let split properly changes scene in stream when not exists keyframe?

[Mosu]

You cannot split where there are no key frames, no matter what codec/output module.

[Chumbo]

Ok thanks. If I dont undertand bad, would "unframed" output module let split properly changes scene in stream when not exists keyframe?
If you need to do frame-accurate editing, then take a look at VideoReDo h.264 edition, however, it's not free.

[smok3]

Thanks, 'You can't stop me!' is working fine on wheezy.

mkvmerge GUI question: Is it possible to disable automagical append, when opening a vob ? (I solved it by modifying the generated cli)

[Mosu]

No, it isn't.

[Mosu]

To elaborate. When you add a file to mmg the additionally processed files will always be added as well. If you don't want to process them you don't have to resort to the command line, though: select the file you've just added and hit the "additional parts" button. There you can remove the parts you don't want processed.

If you're OK with the command line then by all means, chose that route :) I just wanted to point out an alternative.

[smok3]

Thanks for elaboration, it is working exactly as you described.

[hubblec4]

hi mosu

when you have time for watching this files (http://forum.gleitz.info/showthread.php?34646-Men%FC-und-mkv&p=438051&viewfull=1#post438051) would be nice.

this are files from dvdmenuxtractor.
in the *info.xml (segmentinfo) are elements of <chapterTranslate>
but they will not shown in the mmg's Header Editor.
mmg mux this file without issues.

the *menu.xml (chapters) has a complex structure(DVD-structure) but mmg mux this file without issues.

We may now assume that generates mkv has a dvd-strucure inside.

but the videos dont play well. i have tested Haali, LAV, AV Splitter and MPC- internal splitter.

im sure the problem are the splitters. but maybe mkvmerge is the problem.

i hope you can say that with mkvmerge is all right.

( and then i hope LAV or void(AV Splitter) will add this feature to her splitter^^)


in one of the zips you will find a *.btn file.

can you explain me what it is?
mmg mux it well too.

hubble

[Mosu]

when you have time for watching this files (http://forum.gleitz.info/showthread.php?34646-Men%FC-und-mkv&p=438051&viewfull=1#post438051) would be nice.

I will answer concrete questions, but not a general "am I doing it right?" -- a bit limited on time at the moment.

in the *info.xml (segmentinfo) are elements of <chapterTranslate> but they will not shown in the mmg's Header Editor.

mmg's header editor does not list all possible elements -- neither for the segment info nor for the tracks. Only those that users usually have an interest editing in. The ChapterTranslate elements are definitely not displayed. You can check whether or not they're present with mkvinfo.

but the videos dont play well. i have tested Haali, LAV, AV Splitter and MPC- internal splitter.

As far as I know no splitter has ever implemented full support for DVD-style menus in Matroska. This information may be outdated.

in one of the zips you will find a *.btn file.

Those are button definitions: areas in which the menu in which the user can click so that things happen (e.g. language selection, chapter selection etc.).

[hubblec4]

thanks mosu.

the menu.xml and info.xml are correct? and muxing with mmg are correct too?

so its a problem of the splitters?


mkvinfo show the elements of the segmentinfo, thx.

when i want mux the "extra"-files like *.btn and *.tmc, where must i selected in mmg? attachments?

[Mosu]

the menu.xml and info.xml are correct? and muxing with mmg are correct too?

If mkvmerge acceps menu.xml and info.xml without complaints then they're syntactically correct. I cannot tell you if they're semantically correct because I've never looked at those menu features myself. dvdmenuextractor is also not my program; I haven't written it.

when i want mux the "extra"-files like *.btn and *.tmc, where must i selected in mmg? attachments?

*.btn can be added like any other input file.

I guess that *.tmc are timecode files. You'll have to select them as the "external timecodes" for each track that they belong to. Which they belong to I cannot tell you; maybe the file names give you a clue.

[hubblec4]

mmg's header editor does not list all possible elements -- neither for the segment info nor for the tracks. Only those that users usually have an interest editing in. The ChapterTranslate elements are definitely not displayed.

yeah thats the problem.
nobody use it, cause its no exist this feature.

but i'm very sure if the menu-feature avalible a lot of people will use it.

[hubblec4]

If mkvmerge acceps menu.xml and info.xml without complaints then they're syntactically correct. I cannot tell you if they're semantically correct because I've never looked at those menu features myself. dvdmenuextractor is also not my program; I haven't written it.

ok sounds good. ( I know your progg is mkvmerge^^)
but i think you have great plan of such things.


*.btn can be added like any other input file.

I guess that *.tmc are timecode files. You'll have to select them as the "external timecodes" for each track that they belong to. Which they belong to I cannot tell you; maybe the file names give you a clue.

thx for explanation.

[hubblec4]

another issue:

i start mmg its shown in the taskbar but i dont see the progg on the screen.

a right-click on the taskbar-icon dont show me "move" (verschieben), so that i can see the progg agian.
if there a ini-file where i can change something.

[Mosu]

New in 6.3.0 is that mmg remembers the window position when you exit a window (not only for the main window but for most other windows like the header editor as well -- exceptions are the file dialogs). Try moving it to where you want it, closing and then re-starting it.

[hubblec4]

New in 6.3.0 is that mmg remembers the window position when you exit a window (not only for the main window but for most other windows like the header editor as well -- exceptions are the file dialogs). Try moving it to where you want it, closing and then re-starting it.

thats the problem i cant move it. there is no option by rightclick on the taskbar-icon of mmg.

and i dont see the window of mmg, so we i can move the mmgwindow?

[Mosu]

I'm quite curious how you managed that. mmg contains code to move the window into the visible space even if the stored values are bogus. And how did you run mmg before... I mean you've obviously played around with the header editor etc?

Anyway: hold down shift while right-clicking on the taskbar icon. That should bring up the system menu. There you can select "move" etc.

[hubblec4]

I'm quite curious how you managed that. mmg contains code to move the window into the visible space even if the stored values are bogus. And how did you run mmg before... I mean you've obviously played around with the header editor etc?
yesterday all fine, but today i start mmg and i dont see it on the sreen.
whats wrong: i have no idea.



Anyway: hold down shift while right-clicking on the taskbar icon. That should bring up the system menu. There you can select "move" etc.
first right-click: "move" is grey, i push restore
second right-click: "move" is avalible and i can move the mmgwindow.
thx that helps. now work it fine and i see the window of mmg agian.

[cyberbeing]

This same issue which hubblec4 described with the mmg window opening completely hidden & off-screen happened to me earlier today. Win7 SP1 x64.

[Chetwood]

but i'm very sure if the menu-feature avalible a lot of people will use it.
I'm very sure they won't cause they don't offer any real benefit. Given the puny amount of requests for menus, I'd say a lot of people see it this way.

[Mosu]

This same issue which hubblec4 described with the mmg window opening completely hidden & off-screen happened to me earlier today. Win7 SP1 x64.

When that happens the next time you start mmg please do the following:


do not close mmg right away or move it, but:
send me the registry settings written by mkvmerge (if you've isnstalled it; otherwise the mkvtoolnix.ini file from the same folder mmg.exe is located in)


The registry key to export is HKEY_CURRENT_USER\Software\mkvmergeGUI. Thanks.

[cyberbeing]

[HKEY_CURRENT_USER\Software\mkvmergeGUI\GUI\geometry\mmg_dialog]
"x"=dword:ffff8300
"y"=dword:ffff8300
"width"=dword:000000a0
"height"=dword:0000001b


I seem to have figured out how to reproduce it. If you close mmg by right-clicking from the taskbar when minimized, this issue occurs 100% of the time.

[Mosu]

Thanks, that makes it easy enough to fix.

[Mosu]

Fixed in the latest pre-build (www.bunkus.org/videotools/mkvtoolnix/win32/pre/) (518).

[cyberbeing]

Confirmed. Thanks, Mosu.

[Selur]

I'm using:
mkvmerge --ui-language en -o "H:\Output\test.mkv" -d 0 --default-track 0:yes --default-duration 0:50i --aspect-ratio-factor 0:1.422 --no-chapters --compression -1:none --forced-track 0:yes --no-audio --no-subtitles "H:\Temp\audio.m2v" --default-track 0:yes --forced-track 0:no -a 0 --compression -1:none --no-video --no-subtitles --no-chapters "H:\Temp\video.ac3"
to multiplex a video and an audio stream into a mkv file, but end up with:
Error: The file 'H:\Temp\video.m2v' has unknown type. Please have a look at the supported file types (Error: The file 'H:\Temp\video.m2v' has unknown type. Please have a look at the supported file types ('mkvmerge --list-types') and contact the author Moritz Bunkus <moritz@bunkus.org> if your file type is supported but not recognized properly.) and contact the author Moritz Bunkus <moritz@bunkus.org> if your file type is supported but not recognized properly..
I then rechecked 'mkvmerge --list-types' and it does list "MPEG video elementary streams [m1v m2v mpv]"
not sure where the problem is, uploaded the raw streams to: http://www.embedupload.com/?d=8EZYDECSL2
The video was extracted using mplayer, audio was extracted using mencoder; source was a vob file (http://www.embedupload.com/?d=0EH4VEOYF5).

[Mosu]

You're most likely running into a known problem with mkvmerge's MPEG-1/2 reader. That module was contributed by someone else a long time ago, and it turns out that there are files for which the module simply cannot find any frame at all due to several assumptions and errors. Unfortunately fixing this is neither trivial nor fast. I've started a complete re-write of that code a couple of weeks ago but quickly lost interest, both due to the amount of work and the sense that MPEG-1/2 simply is not that much of a priority for me. So no ETA on that.

I also don't have a workaround. Sorry.

[Selur]

Thanks for the info, not much of a problem, just wanted to report the issue. :)

[Selur]

Just as a side note, if you ever find the motivation to look more at it. If I use:
mencoder -nosound -ovc copy -o "H:\Temp\video.m2v" "H:\TESTCL~1\_AAA_M~1.VOB"
the extracted video is handled fine by mkvmerge, if I use:
mplayer -nosound -dumpvideo -dumpfile "H:\Temp\video.m2v" "H:\TESTCL~1\_AAA_M~1.VOB"
instead, mkvmerge fails.
-> So for me the solution is to simply use mencoder and if you look into it comparing the output of these two methods might help get a clue whats going wrong.

[Mosu]

Thanks, I'll keep that in mind. If it is indeed the aforementioned problem then I already know what's wrong -- the problem is that a fix requires such a huge change that a whole re-write is not much more work :(

[pie]

I'm using:
I then rechecked 'mkvmerge --list-types' and it does list "MPEG video elementary streams [m1v m2v mpv]"
not sure where the problem is, uploaded the raw streams to: http://www.embedupload.com/?d=8EZYDECSL2
The video was extracted using mplayer, audio was extracted using mencoder; source was a vob file (http://www.embedupload.com/?d=0EH4VEOYF5).

One other workaround: It muxes fine if you pass the m2v through ProjectX first.

[Snowknight26]

Mosu, I think mkvmerge has an issue splitting video.

Using this (http://stfcc.org/misc/mkvmerge%20split%20source.mp4) as the input file, muxing (as well as splitting) this file results in ffmpeg failing to decode the H.264 stream.

mkvmerge -o "mkvmerge split source.mkv" "--language" "0:eng" "--forced-track" "0:no" "-d" "0" "-A" "-S" "-T" "--no-global-tags" "--no-chapters" "(" "mkvmerge split source.mp4" ")" "--track-order" "0:0" "--split" "duration:30s"

Part 1 (http://stfcc.org/misc/mkvmerge%20split%20result.mkv) of the muxed MKV results in
[matroska,webm @ 00000000026dc680] decoding for stream 0 failed
Input #0, matroska,webm, from 'Z:\mkvmerge split result.mkv':
Metadata:
creation_time : 2013-07-13 00:24:33
Duration: 00:00:30.00, start: 0.000000, bitrate: 14872 kb/s
Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x720 [SAR 1:1 DAR 16:9],
60 fps, 60 tbr, 1k tbn, 120 tbc (default)
from ffmpeg, rendering the stream unusable (unless I add -flags2 showall). More info is available on ffmpeg's trac (https://ffmpeg.org/trac/ffmpeg/ticket/2777).

[Mosu]

So... the reference decoder already has a problem with that MP4, and that MP4 is an already-remuxed thingy and not the original? Sorry, won't look into it.

[zerowalker]

Is it possible to Add VP9 Support?
As it´s currently supported as Webm when encoding, and i can see it in Mkvtoolnix when i open the Webm, but i can´t mux it into Webm itself, just mkv.

Thanks

[Mosu]

Yeah. Should be able to do that for the next version (no ETA for it, though). I've created a bug report for that in my tracker so I won't forget about it.

[zerowalker]

Great!

Appreciated:)

[sneaker_ger]

Concerning bug #903:
Can files written with 5.9.0 - 6.3.0 be considered broken? Does this exclusively affect files muxed with "--engage no_simpleblocks"? Will remuxing with the next mkvmerge version/current pre fix those files?

[Mosu]

Concerning bug #903:
Can files written with 5.9.0 - 6.3.0 be considered broken?

Technically yes, because the values mkvmerge writes for that one element are pointing to the wrong element. From a practical point of view you will not ever notice this unless you're seeking inside such a file with a player that already uses this element. I don't know of any player that does.

Does this exclusively affect files muxed with "--engage no_simpleblocks"?

No, it affects all files if they contain normal BlockGroups for which a cue point has been created. That should mostly be those with subtitles, but it might also be a video key frame with a non-default duration.

Will remuxing with the next mkvmerge version/current pre fix those files?

Sure. mkvmerge does not read the cues when it re-muxes a Matroska file and is therefore not affected by the bug. Even if it had been I could easily have added a version-number dependent coping mechanism as I've done in the past already.

[sneaker_ger]

Thank you for the clarification.

[AMED]

Hi Mosu,

Would there be any possibility of supporting extraction of A_MS/ACM audio with mkvextract?

Currently i receive the error below (from MeGUI) when i try to extract the 5.1 PCM audio from a mkv that is created by makeMKV.

Error: Extraction of track ID 1 with the CodecID 'A_MS/ACM' is not supported.

I have uploaded a small sample that causes the problem

http://www.mediafire.com/download/ha24ey6l24j6p0o/The_Hunter_t00_(2)-001.rar

EAC3to seems to handle this audio format fine.

[Mosu]

That does not have any priority for me, sorry, especially as you seem to have a workaround in eac3to.

[AMED]

No problems Mosu. Never hurts to ask the question :)

[jq963152]

@ Mosu:

Hello,

files created using MKVToolNix show the following in MediaInfo:




Writing application: mkvmerge v6.3.0 ('You can't stop me!') built on Jun 28 2013 20:09:41
Writing library: libebml v1.3.0 + libmatroska v1.4.0


Is there any way to make it show what GUI (like mmg or MeGUI for example) was used?

And if yes: how?

And if not: could you please implement it?

[Mosu]

It's currently not possible. I could add an option for that to mkvmerge and make mmg use it; MeGUI would have to be adjusted separately. However, I don't see much use for something like that -- as the muxing result only depends on the options used by the GUI, not which particular GUI created said options. I do agree that it might make tracking bugs in the GUIs concerning some automatic calculations done by the GUIs or whatever somewhat easier.

But then again I also am not particularly keen on spending an hour or two implementing this (yes, it does take that long for writing the code in mkvmerge, adding a regression test, writing documentation and translating said documentation and the help strings) until I've heard some convincing arguments why you need this particular feature in the first place. So please tell me what you're really trying to achieve by having that piece of information.

[jq963152]

Thanks for your reply.

It's currently not possible. I could add an option for that to mkvmerge and make mmg use it; MeGUI would have to be adjusted separately.

Well, i already asked the MeGUI devs to make it so that MediaInfo would show that MeGUI was used to create the video files (regardless of container type).

Then they answered the following:


iirc, we cannot do that using mkvmerge, the tool used to create MKV. So, it's a no-go...


;)

So please tell me what you're really trying to achieve by having that piece of information.

Well, you already named one reason, which would be:


I do agree that it might make tracking bugs in the GUIs concerning some automatic calculations done by the GUIs or whatever somewhat easier.


;)

It also simply would be nice to be able to keep track of what tool (and what version of that tool) was used to create the video file.

To me, personally, it would be at least as important to know what version of MeGUI (for example) was used to create the video file.

But at the moment, the MeGUI devs can not do that because MKVToolNix currently does not allow to do it.

[reyflores]

Chapter Editor, loading chapter text files gives ERROR PARSING THE FILE: this file does not contain valid chapters. I get this error way too often. I use the following format:

CHAPTER01=00:00:03.000
CHAPTER01NAME=Deleted Scene 1

I create up to fifty chapters and although there is "user error" involved I triple check each and every line and I can NOT decipher where the error is occurring? I use Windows 7x64 and the default Windows notepad for creating the chapter text files. I often have to go line by line and it can get very tedious. I only want to use the text format. Is there a tool that will verify or check what/where the error is occurring?

Thank you for your consideration.

[hubblec4]

Chapter Editor, loading chapter text files gives ERROR PARSING THE FILE: this file does not contain valid chapters. I get this error way too often. I use the following format:

CHAPTER01=00:00:03.000
CHAPTER01NAME=Deleted Scene 1

I create up to fifty chapters and although there is "user error" involved I triple check each and every line and I can NOT decipher where the error is occurring? I use Windows 7x64 and the default Windows notepad for creating the chapter text files. I often have to go line by line and it can get very tedious. I only want to use the text format. Is there a tool that will verify or check what/where the error is occurring?

Thank you for your consideration.

maybe i can help you.

i got the same issue one time by self creating the chapter.txt-file.

with the lines is allready fine, but you need at the end of the file an empty line.

jump to the last position of the text and hit ENTER, then safe the file.

[reyflores]

Thank you for the suggestion. I believe that may help in the future. In this case I painstakingly found the errors after searching 100 lines of text. Yes, it was "user" error. I forgot to add "NAME" to a couple of the lines.