MKVToolNix v24.0.0 released

[hubblec4]

mmh...
that bad news, i hope the mtxcfg file will not so much changed.

[Mosu]

I don't really want to change them either. My current plan is to save each of the job queue's job in a separate file. That way the application has to write far fewer bytes each time the settings are changed. Additionally changing a single job will only require writing that single job's file.

That being said: the INI files themselves do become kind of huge, especially if you've got as many tracks as you do (more than 20 appended files with > 10 tracks each). I know that this is kind of normal for Blu-ray discs, and therefore there are limits to how fast it'll become, I guess. The INI format isn't the most efficient storage format, unfortunately. It only really supports one level of groups, and therefore deeply-nested structures require listing all of the intermediate group names time and again:

job%200\muxConfig\input\files\0\appendedFiles\0\tracks\12\aacSbrWasDetected=false
job%200\muxConfig\input\files\0\appendedFiles\0\tracks\12\additionalOptions=
job%200\muxConfig\input\files\0\appendedFiles\0\tracks\12\appendedTo=68604232
…

Maybe I will have to change to some other formats capable of storing deeply-nested structures more efficiently (YAML, JSON, even XML…). But let's see how well storing each job in a separate file works.

[NanoBot]

Oh wait! Do you perhaps mean the file selector used on the merge tool's »output« tab? If so you're right, it seems – there's only XML and *. I'll fix that.

Exactly, that is the file requester I am talking about. I often use EAC3to or DVDDecrypter to demultiplex BDs or DVDs, and both of them extract the chapters as a text based file. Therefore it is one step less in the workflow when the .txt and the .ogg file extension is preselected when importing them into the new GUI.

Thx in advance for fixing that.

C.U. NanoBot

[Mosu]

I've already added .txt. I will not add .ogg as an extension there, though. It would be highly confusing. .ogg is usually used for Ogg files, and mkvmerge's --chapter functionality cannot handle Ogg files, only OGM-style text chapters, CUE sheets and XML chapter files.

mkvmerge can handle chapters stored in Ogg/OGM files, but only when using such a file as a regular input file.

[Altober]

Hi. Sorry for my english. I belong to Argentina (spanish language).
Well, this is my ask...
In previous versions, when the original mkv has delay in a audio track, I not need enter manually this delay dragging mkv to mkvmerge gui (old gui).
Dragging mkv to mkvmerge gui (for a new movie mux) I did not need to know value for delay, this value was legacy in automatic mode for oriignal mkv.

But now, in mkvtoolnix gui (new gui) this value (delay value) is LOST.
I need watch the movie, for search the exact delay value, then yes, I can enter manually delay before mux the movie.

My question is... in new gui... is possible to avoid make all work again? Is possible keep the original delay value of original mkv?

Many thanks!

[Mosu]

Both GUIs use the same program (mkvmerge) for the actual work. Re-muxing from Matroska to Matroska works the same in both GUIs, in each case the audio delay is kept.

So if you take the file you're having problems with in the new GUI and re-mux it with the old GUI then you should run into the same sync problems.

See also here (https://github.com/mbunkus/mkvtoolnix/wiki/Delay-not-shown-in-the-GUI) for related information.

[Bigmango]

The new gui isn't available for linux?

Why is only mkvtoolnix-cli mkvtoolnix-gtk (which installs the old gui) in archlinux?

Thanks.

[Mosu]

The GUI is available on Linux – my main development is Arch Linux, in fact. That the official Arch Linux package doesn't include the new GUI yet is known; there are two (https://bugs.archlinux.org/task/45439) issues (https://bugs.archlinux.org/task/44948) about that already. If you want to speed things up you should offer them your help or at least speak up in those reports.

Note that even though I develop on Arch I'm not an Arch Linux maintainer myself. As Arch is usually very fast with releasing package updates I don't offer binaries for Arch myself either.

[Altober]

Both GUIs use the same program (mkvmerge) for the actual work. Re-muxing from Matroska to Matroska works the same in both GUIs, in each case the audio delay is kept.

So if you take the file you're having problems with in the new GUI and re-mux it with the old GUI then you should run into the same sync problems.

See also here (https://github.com/mbunkus/mkvtoolnix/wiki/Delay-not-shown-in-the-GUI) for related information.

Understand. Thanks so much for your time for answer.

[ndjamena]

Hi ndjamena,

I can see you know stuff about text in blu-ray subs... do you know anything about the specs for this?
I would like to add support for importing these into SE.

Best regards
Nikolaj


God… I’d been sitting around thinking of trying to get better processing of TextST subtitles into Subtitle Edit but had to consider the consequences.

I’ve been told by two different sources that they have access to the TextST specs and that they’d be willing to share them with anyone who would like to write a decoder…

But… If you’re just going to write a decoder to convert TestST to srt or ass not only will you be losing some of the formatting options that can’t be reproduced in any other subtitle format, you’ll also be contributing to the ultimate demise of the codec.

The codec is in a very fragile state, and could be snuffed out quite easily. I’m not even sure how many discs have the things on them, but it would be nice if those few disc that have them could have some chance of having them play at some point…

What are the chances of you writing an actual ENCODER… that would actually HELP the standing of the codec.

>> At the risk of being annoying… 608 captions still don’t decode properly from an m4v using 3.4.7, iTunes is the only decoder I have access to that hasn’t been discredited yet… and I wish I could write the damn thing myself… but, any news?


Hi ndjamena,
I've got some info about TEXTST so I'll look more at it tonight or hopefully very soon.
I guess I could try to make a export to TEXTST too (like many other export formats in SE), but I'm not sure what is required to merge them with a video.
Gotta go...

Best regards
Nikse


Hi ndjamena,
I cannot see why SE should not have textst support - it would probably help understanding/testing of the decoding which will be a good thing.
Of course it would be nice to have export too - can mkvtoolnix merge these text subtitles in mkv files?
I've succeeded in having plain text imported into SE from textst (code needs to be cleaned up and allow for split m2ts packages), but the format is quite advanced like ass/ssa with both header styles and inline styles + multiple regions. Also, the formats seems to be at least 8 years old...

About the mp4/m4v I'm actually stuck at extracting the texts from the boxes... I cannot seem to find any info about how many texts are there and where :( (some subtitles works and other are just different)
Best regards
Nikolaj



I've realised that switching to email whenever something important crops up just gives people the impression that I don't do anything, don't know anything and doesn't help them understand anything either.

The words "properly muxed" have been thrown at me twice already now. Did no one read the streaming section of the specs? Or did they just not consider how it affects muxing and tagging?

[Mosu]

MakeMKV can mux TextST into Matroska. I have experimental patches for mkvmerge enabling the same thing, but there are still some unresolved issues left to tackle, e.g. retrieving the bloody encoding and re-encoding the text to UTF-8 if it isn't UTF-8 already.

[ndjamena]

OK, then.

I'm well aware that most of the time things aren't as easy as they would seem based on a cursory examination. That would be why I haven't mentioned it recently.

I'm more than willing to wait if it means getting the thing done properly. Anticipation of something worthwhile is better than knowledge of that possibility snuffed out.

[Mosu]

Well, I also lack a Blu-ray disc with TextST tracks on it, therefore testing has been extremely limited for the time being. I only have a single .m2ts and the .mkv that MakeMKV has created for them. That's pretty much the reason I've stopped working further on this as extracting the subtitle encoding requires parsing additional files on the disc (the clip info files which mkvmerge doesn't parse at the moment).

So some pointers which Blu-rays contain HDMV text subtitles so that I can obtain one would be appreciated.

Additionally I think Mike from MakeMKV and I weren't in agreement yet about all the details of how to store TextST subs outside of M2TS and Matroska files, and there may also have been some disagreement on the exact layout of CodecPrivate. But I'll have to dig out our email conversation to make sure I remember correctly.

[ndjamena]

I uploaded three entire Blu Ray structures, minus the actual video files, in a zip file to your server a while ago.

http://www.mediafire.com/download/21njtxzejbz2h4m/Blu_Ray_Text_Subtitles.zip

I posted a link to the file on the forum and VLC bug tracker as well. It's been downloaded 56 times already. If there's something wrong with it I really ought to have been told.

Do you need an entire disc with video and all? My ADSL has unlimited download but it's not exactly lightning fast.

[Mosu]

I'm about to go on vacation and will follow up once I'll have returned.

[ndjamena]

Bon voyage!

[ndjamena]

Hi again,
I've chatted with a guy who uses a lot of bd and he says that bd text subs now are much more common than pgs - at least on nordic discs...
I've committed some initial code here (a lot of work left): https://github.com/SubtitleEdit/subtitleedit/commit/830aa1fcb5ff364bb096e05ad8c4c4ddd4cdf91b
Also, do you know how to merge textst into mkv files?


I've told him not yet, I guess we'd need an extraction format first. I'd love to be able to get custom TestST into a m2ts file though.

The discs I have that I know have TextST subtitles in are The Mummy, The Mummy Returns, The Mummy Tomb of the Dragon Emperor and Van Helsing. Apparently there are more around the world.

[Kurtnoise]

Hi Mosu,

May I ask you a new feature about the GUI ? When we click on "Start Muxing" button, the ability to display directly the job output panel...That would be awesome.

Thanks in advance.

[kypec]

Hi Mosu,

May I ask you a new feature about the GUI ? When we click on "Start Muxing" button, the ability to display directly the job output panel...That would be awesome.

Thanks in advance.

+++:goodpost: I second that request. Today I tried new GUI for the first time and was like 'huh? what's going on? did clicking the button worked or not? where's the progress bar & all info about ongoing muxing process?'

[hubblec4]

push!

The output panel I miss too.

[Mosu]

Please file feature requests on Github, otherwise they're likely to be forgotten.

I will definitely not bring back the modal progress dialog. One of the main reasons for rewriting the GUI was to be able to continue working with the program while a mux job is running, and such a modal dialog prevents it.

hubblec4: I don't really know what you mean by "output panel". If you mean the dialog showing the mux progress, the output, warnings and errors reported by mkvmerge then see above.

[bartonnen]

...where's the progress bar...

Bottom right corner of the window.

[kypec]

I will definitely not bring back the modal progress dialog. One of the main reasons for rewriting the GUI was to be able to continue working with the program while a mux job is running, and such a modal dialog prevents it.

No one had mentioned that the dialog should be modal, where did you get that from?
I and probably all other guys are perfectly fine with current muxing dialog as it is (non-modal). It's just that once you click Start button nothing happens visually on the GUI to indicate that muxing had really started. I suppose the best would be to implement checkbox with two options:

Keep current dialog/tab after muxing was started (this is the current GUI behaviour)
Switch to muxer stats dialog/tab immediately after muxing was started (this is what we are missing)

The first option is meant for people who prefer to add jobs in the queue without any interruption.
The second choice is for us, casual muxers who want to get overview of muxing job done straight away after it was executed because we tend to run jobs once in a while only. ;)

[ndjamena]

Apparently I forgot to add most of the m2ts files to the "Mummy" movies in the zip file.

I've added Van Helsing as well.

[73ChargerFan]

Feature Suggestion: When jobs are running in the background, enable an animated icon with text below indicating the job number. If the user clicks on the icon, then a non-modal job status screen opens.

Calibre is a great example. Copying multiple files to my Kindle creates automatic epub to mobi conversion jobs, and a spinning icon indicates that something is going on, and it cycles though labels "Job 1", "Job 2", ..., and finally "Jobs Completed".

[Mosu]

I will not implement additional dialogs, be they modal or not. There is such a functionality, it is the "job output" tool.

I will likely implement an option to switch to the output tool as soon as the user starts muxing, and I only asked for you guys to file a feature request for it on Github. Otherwise chances are high that I will forget about it again as I have a lot of features to implement and bugs to fix.

I will likely extend the number of jobs shown in the status bar somehow, e. g. indicate whether or not one is currently running. In the same spirit clicking on those numbers could cause the GUI to switch to the job queue or the output (depending on where the user clicked). Having a feature request on Github for this would be beneficial for the same reasons stated above.

[Boulder]

Is it possible output the results from mkvalidator to a file (on Windows 7)? I'm trying to check all the Matroska files on my removable hard drive and a file with serious errors will often cause a lot of lines to appear in the console output. This means that the buffer runs out and I cannot see the earlier messages at all even if I've set the buffer size very high.

[sneaker_ger]

mkvalidator.exe input.mkv 2> log.txt

[Boulder]

Seems to work partially, it exports the output but the filename is missing so I don't know which files the errors concern..

[sneaker_ger]

Just echo the filename first:
for %%a in (*.mkv) do (
echo %%a >> log.txt
mkvalidator.exe "%%a" 2>> log.txt
)

[Boulder]

Thanks, works perfectly :)

[kuchikirukia]

Before I go and make an account to ask the Mediainfo guy, I thought I'd ask the mkv experts here.
Mediainfo currently doesn't support showing individual audio/video bitrates when combined in MKV. It does in MP4. Is there a limitation of the MKV container that prevents this information being discovered, or is this a feature that Mediainfo could support?

[sneaker_ger]

To find out such information parsing of the complete Matroska file might be necessary so it can't be done within a few seconds by MediaInfo for every file (there are tricks for good estimates but they only work for specific files). Newer mkvmerge versions write the tracks' bitrates as tags and the MediaInfo author has said he has reading these tags (and other Matroska improvements) on his to-do list. So there is no need to contact him.

[kuchikirukia]

Cool. Thanks!

[hubblec4]

Hi Mosu

Is it possible to add a feature, so that mkvmerge options files can be loaded in the new gui like the mtxcfg.file?

[Mosu]

I'm afraid that's way too difficult to implement. Option files, just like command line arguments, are pretty free in the order they can do things. I also don't see much of a use-case for this (meaning only a very small number of people would actually use such a feature). I have an idea what you would use it for (generating option files instead of .mtxcfg files like you're trying to do at the moment), but to be honest the amount of work would be daunting.

Sorry.

[Boulder]

What do you mean? DTS-HD MA files work just fine.

[P.J]

What do you mean? DTS-HD MA files work just fine.

Yes, the problem was another thing :o

[hubblec4]

I'm afraid that's way too difficult to implement. Option files, just like command line arguments, are pretty free in the order they can do things. I also don't see much of a use-case for this (meaning only a very small number of people would actually use such a feature). I have an idea what you would use it for (generating option files instead of .mtxcfg files like you're trying to do at the moment), but to be honest the amount of work would be daunting.

Sorry.

no problem.
I thought so that it will be too complicated.
Creating a mtxcfg file is done in my chapterEditor(next rev), but for muxing separete mkv-parts(split by timecodes), i can just create such mtxcfg file for the cutting-process when is done.
(scan the mkv-parts with mkvmerge --identify-for-mmg)

Maybe i can create an option and cmd file for the mkv-parts.
mkvmerge: when i use such option file, mkvmerge will scan the mkv-parts automaticly? There are no settings in the option file for --identify-for-mmg(properties).

[Mosu]

File identification is always and automatically done by mkvmerge for each input file. The step with »mkvmerge --identify… yourfile.ext« is separately only so that the GUI can retrieve certain parameters to use (container type, track types, current properties like language, title, track name…).

[hubblec4]

thats sounds good, so i can use the option and cmd file for the separate muxing process.
split option: split by parts based on timecodes works perfect and i need one mtxcfg file only.

[RDF]

I am reporting to have the same problem with Windows 10 (64bit) as HassiD (https://www.bunkus.org/blog/2015/07/mkvtoolnix-v8-2-0-released/#comment-25030). For some reason I am still able to use the old gui version.

I'm liking the new GUI version so far. At first, I hate it but I got used to it very quickly. Please verify this problem in Windows 10 (64bit) when you can. I really want to keep using the new GUI because it's easier to edit chapters with it.

Thanks you.

[Mosu]

Problem is that I don't have Windows 10 yet, nor do I want to upgrade my sole Windows machine to it just yet...

[Chetwood]

And rightfully so: https://i.imgur.com/iHge6RJ.jpg.

Slighty OT as mentioned in the other thread but since you've brought it up...

[Mosu]

@RDF: I've opened an issue for it (https://github.com/mbunkus/mkvtoolnix/issues/1384) and will investigate it, but as I don't have Windows 10 yet (nor an idea what the cause might be) I cannot say when I'll be able to fix it.

[bartonnen]

I am reporting to have the same problem with Windows 10 (64bit) as HassiD (https://www.bunkus.org/blog/2015/07/mkvtoolnix-v8-2-0-released/#comment-25030). For some reason I am still able to use the old gui version.

I know this doesn't help - but I have Windows 10 64bit and the new GUI runs fine for me. Maybe because I just upgraded directly from Win 8.1 and haven't done a clean Win 10 install.

[Mosu]

@RDF: You might give pre-builds 838 or 839 (https://www.bunkus.org/videotools/mkvtoolnix/windows/pre/) a try. Note that I haven't tried them myself, but they've been built with a newer version of the GUI toolkit library I'm using (Qt 5.5.0 instead of 5.4.2).

[Atak_Snajpera]

Problem is that I don't have Windows 10 yet, nor do I want to upgrade my sole Windows machine to it just yet...

You can test your app on virtual machine. I'm using free Vware player with win10. You can easily download iso from torrent sites. (key/activation is not required for trial mode)

[amayra]

if you add mkv extract this well be great :D :goodpost:

[Mosu]

That is on the TODO list but still a couple of months off.