MKVToolNix v24.0.0 released

[Mosu]

Thanks, I'll keep that in mind in the future (but hopefully never ever have to recover everything again) :)

:)

I think I demuxed all tracks because the order is not always the same, or there are PGS subs or SRT subs etc. I probably couldn't find a decent way to automate things so I went the easiest way.

Again, take a look at mkvmerge's JSON identification mode. Combined with any kind of scripting language this makes it nearly trivial to write scripts that do things only on specific tracks or track types or even only for specific CodecIDs — no matter how many there are or what their IDs are.

One thing about those character sets. I recall that you changed some default behaviour related to that at some point, not so long ago, but reverted the change later. Do you happen to remember if that could have anything to do with the problem?

Ah that particular change. Indeed: in release 8.6.0 I changed mkvextract to NOT write a BOM for UTF-8 encoded files. The result was not that great on Windows as mkvmerge on Windows defaults to the system's local character set if none is given and no BOM is present. This meant that a roundtrip from Matroska → mkvextract → SRT → mkvmerge → Matroska required that the user specify UTF-8 as the file's character set (whereas mkvmerge would auto-detect it due to the BOM before the change).

I reverted that change with release 8.7.0, so in 8.6.1 the change was still present and may very well explain the symptoms you've described.

[agressiv]

[agressiv@alienware mkvtoolnix]$ ls -l /usr/lib/lib{magic,ebml,matroska}*
lrwxrwxrwx 1 root root 16 Jul 23 02:55 /usr/lib/libebml.so -> libebml.so.4.0.0
lrwxrwxrwx 1 root root 16 Jul 23 02:55 /usr/lib/libebml.so.4 -> libebml.so.4.0.0
-rwxr-xr-x 1 root root 150872 Jul 23 02:55 /usr/lib/libebml.so.4.0.0
lrwxrwxrwx 1 root root 17 Jun 17 19:55 /usr/lib/libmagic.so -> libmagic.so.1.0.0
lrwxrwxrwx 1 root root 17 Jun 17 19:55 /usr/lib/libmagic.so.1 -> libmagic.so.1.0.0
-rwxr-xr-x 1 root root 138392 Jun 17 19:55 /usr/lib/libmagic.so.1.0.0
lrwxrwxrwx 1 root root 20 Jul 23 03:00 /usr/lib/libmatroska.so -> libmatroska.so.6.0.0
lrwxrwxrwx 1 root root 20 Jul 23 03:00 /usr/lib/libmatroska.so.6 -> libmatroska.so.6.0.0
-rwxr-xr-x 1 root root 758832 Jul 23 03:00 /usr/lib/libmatroska.so.6.0.0


Edit: Getting it on a fresh install of Arch. Hopefully I'm just stupid.

[Mosu]

You should really not use --enable-static during compilation. I don't support it outside of compilation for Windows with MXE.

[agressiv]

Thanks, that was it. It compiled just fine when I removed the static binary setting.

I had 4 other arch systems to copy the binary too so I was just going to do that rather than compile it 5 times. I figured eventually the AUR package would be updated.

[Mosu]

Ah, I see that the Arch packages haven't been updated yet.

In such a case I usually download the corresponding build files (https://www.archlinux.org/packages/extra/x86_64/mkvtoolnix-cli/) (click on the "source files" link on the upper right), adjust the version & checksum, run makepkg on them and copy the generated packages over to the other machines.

[meridius75]

Hi all

Wanted to ask a question as I have been using MKV tool Nix for couple of years and now find that it introduces video errors into the picture when creating a new mkv.

I find this strange since I thought MKVToolNix did not alter the picture ?

I Rip my movies with MakeMKV and then dump the video into MKVToolNix To edit and remove some parts of the video and edit names and when I come to play back some films not all there seems to be video corruption for a spilt second.

I tried the movie that was created with MakeMKV and its perfect but MKVToolNix creates errors in the video picture sometimes.

Now I have noticed this in a few versions and its took months to figure out why some of my videos have these corrupt errors in the video.

Some videos I did years ago and just watched now and see the same thing.

So I kept two files the MakeMKV file and the MKVToolNix file and when I seen the error I went back and redid the video with MKVToolNix since the MakeMKV file was fine and no errors in the same video using MKVToolNix, its just random and happens just sometimes.

Its random when this happens and I don't know why its doing it but its very annoying because I have to redo alot of videos because of this and I don't use MKVToolNix that often now because its not reliable but need to use it.

can anyone help me or can I help you sort this problem out or does anyone know or had the same problem


thanks

Hi all did some more testing and if I use makemkv I never get these errors. I have tried a few movies and never get any video image corruption but if I use mkvtoolnix its 50/50 if I get video error corruption.

has anyone been able to nail down what is causing this.

thanks

[jkauff]

Hey Mosu, were you affected by the FOSSHub attack? Did the attackers try to infect your stuff?

[Mosu]

To the best of my knowledge my binaries weren't infected (even though the attackers definitely had access to them). This is based on:

a comprehensive, internal report by the FossHub admins to the authors who host their software there,
tweeks and other information from the group responsible for the attack,
media reports about it and
the fact that I haven't had a single user report any kind of infection in or malicious behavior from my binaries.

I am affected only insofar as the account database containing the passwords was compromised as well, and therefore my FossHub password might be cracked. However, as I don't re-use passwords across sites or accounts I'm not particularly worried about it.

I plan to write a more comprehensive blog post about his over the weekend including more details about what I know and infer and ways for users to verify that their downloads of MKVToolNix are legit. But as my users don't seem to be in danger I've been pretty relaxed about the whole issue.

[Jamaika]

Hi Mosu.
I would like to ask about the append files?
What are the differences in the specifications the matroska for H264 and HEVC. When a merger of two different files h264, eg. yuv420p and yuv444p this all is well. Decoder MPC/Lav plays both.
When a merger of two different files HEVC, eg. yuv420p and yuv444p this sees only the parameters of the first part. Is this the correct operation?

[Mosu]

I'm sorry, but I don't understand what you mean with "this seens only the parameters of the open parts", and therefore I cannot really answer your question.

[Jamaika]

The film has only eg. you420p

[Mosu]

I still don't really understand your question.

Only the CodecPrivate data (and that's where the HevCC is stored) from the first file will be kept in the resulting file's CodecPrivate element. That's by design. However, if any of the stream parameters change (VPS, SPS, PPS) those new elements will be present as NALUs in the stream. That's also by design.

[Jamaika]

Can container matroska join films with different parameters compilation HEVC?
ex. at first yuv420p and then yuv444p.

[Mosu]

Maybe, partially. If you watch from start to finish it may work as the player will see the new VPS, PPS and SPS NALUs. However, if you start watching and seek to after that change it may not work anymore because the player's not aware new parameters are in effect.

Matroska itself has elements for dealing with changing CodecPrivate data (called "CodecState"), but mkvmerge doesn't use them (yet), and I don't know of a player that supports them either.

[Jamaika]

Maybe, partially. If you watch from start to finish it may work as the player will see the new VPS, PPS and SPS NALUs.
What does it mean? I see only yuv420p. I don't see yuv444p
http://i67.tinypic.com/8vpxk2.jpg

[Mosu]

Looks like it doesn't work *shrug*.

[Ripman]

I'm having a tough time splitting the source mkv so I can upload a sample. I tried using ffmpeg 2.2.2, and the split works, but the DTS-HD MA track also comes out at 48khz. Since ffmpeg yields a similar "issue," I'm inclined to believe that the source out of MakeMKV is problematic even as it shows as 192khz.

Either way, the first step is generating a sample, so I'm still working on that.

I used unix split to create a sample, and I uploaded it to dropbox.

sample (25mb - opens in MkvToolnix 9.3.1 as dts@192khz):
https://www.dropbox.com/s/lkmm7ddlqy972aw/DTSHD_sampling_issue_001.mkv?dl=1

I also opened an issue in GitHub. This is not an mkvtoolnix issue, as handbrake, ffpmpeg, tsmuxer exhibit the same issue. I am documenting the issue so that the information can be directed to the appropriate developers.

[Ripman]

I used unix split to create a sample, and I uploaded it to dropbox.

sample (25mb - opens in MkvToolnix 9.3.1 as dts@192khz):
https://www.dropbox.com/s/lkmm7ddlqy972aw/DTSHD_sampling_issue_001.mkv?dl=1

I also opened an issue in GitHub. This is not an mkvtoolnix issue, as handbrake, ffpmpeg, tsmuxer exhibit the same issue. I am documenting the issue so that the information can be directed to the appropriate developers.

I ran this BDA through MakeMKV 1.10.0 using the flac profile, and received flac "thread emulation" errors. This is usually indicative of issues in MakeMKV and I've posted the relevant information for them here:

http://www.makemkv.com/forum2/viewtopic.php?f=8&t=14739

[Ripman]

Question:
Will the matroska standard be extended to accommodate dsd/dsf audio formats?


Background:
The mka container is very convenient for digital music. I put my hi-Rez wav/flac downloads from HDtracks and others in mka containers.

I've been downloading some 2.8g & 5.6g sampled dsf files from hdt and Analogue Productions. I'm trying to understand if I'll be able to put these into mka containers - maybe sometime in the future if the standard is extended, which is what I'm asking.

[Mosu]

I've never heard of those two audio formats. To my knowledge no one has expressed the intent to work on adding them to Matroska either. So the answer seems to be "no" for the time being.

[mariush]

First time i've heard of them as well. Apparently some kind of SACD disc images or something like that: https://en.wikipedia.org/wiki/Direct_Stream_Digital

Don't see why someone couldn't just convert the files to FLAC with minimal perceptible (if any) loss of audio quality.

[filler56789]

.......
Don't see why someone couldn't just convert the files to FLAC with minimal perceptible (if any) loss of audio quality.

Placebo effect should explain it all :)

According to my memory banks, DSD files are MUCH bigger than their equivalent PCM files :scared:

[Mosu]

Back at the end of 2014 Mike from MakeMKV and I have been implementing support for the text subtitle format used on Blu-rays. Unfortunately I've never finished this — it still sits in my local git repository in a feature branch.

I'd like to finish this. However, I'd like to verify that MakeMKV and mkvmerge still produce the same output (regarding HDMV TextST subtitles) when they're given the same source material. Unfortunately I don't have a single Blu-ray that MakeMKV shows HDMV TextST subtitles for — and information online which discs might contain them is sparse to say the least.

I've bought three discs over the last couple of weeks which supposedly contain TextST subtitles. None did. The first two were German versions bought on Amazon.de whereas the third one was the US version of "The Scorpion King" on Amazon.com. No dice.

Soooooo… Can anyone point me to a Blu-ray he or she is absolutely, 100% positive contains TextST subtitles? With links to concrete products in a web shop? I'm definitely willing to buy them, I just have to find them.

Thanks :)

(All this has lead me to question whether it's worth it in the first place…)

[Overdrive80]

Hi, I detect one thing wrong, I expose my case. I have one matroska file with 2 episodes extracted from Bluray (original bluray has 2 m2ts but extracting using makemkv only can extract to one file) with its chapters, with this form:

https://s4.postimg.org/mfetvryot/Captura.png

If I choose split using time codes, 00:24:21.126333333, the result is split wrong, part of video 2 is in video 1 (I just know IDR Frames, but I dont refer to that, keep calm ^^).

https://s4.postimg.org/opal1nx4t/Captura2.png

If I calcule number frame with 00:24:21.126333333 like reference:

24000 x
-----=-----
1001 1461.126333333

x = round((24000 * 1461,126333333)/1001) = 35032

https://s4.postimg.org/3toaqf0xp/Captura3.png

Now I choose split using frame and work fine.

Thanks in advance

[Mosu]

@Overdrive80: What comes to mind is that M2TS files contain timestamps, and mkvmerge uses them. It's highly likely that the actual timestamp for the frame you're thinking about is not the one you've entered and is in fact smaller.

Note that there's no link between chapter timestamps and frame timestamps at all. They can be the same, they can differ slightly, they can be totally different.

[Ripman]

Placebo effect should explain it all :)

According to my memory banks, DSD files are MUCH bigger than their equivalent PCM files :scared:

The DSD format has been available on SACDs since the late 1990s.

Some use old PS3's on ofw 3.55 with a custom app to rip iso images of SACDs. A Foobar2000 add-in can then be used to generate dsf files or wav/flac files. I've never done this process.

Today, studios/producers make dsf files available.

http://store.acousticsounds.com/d/110038/Arthur_Fiedler-Gershwin_An_American_In_Paris__Rhapsody_In_Blue-DSD_Single_Rate_28MHz64fs_Download

For the example above, only dsf files are available. I converted the dsf files to 24/352 wavs. I'd rather skip the conversion step and maintenance of an encoded copy, and just use the source, hence my question.

This page contains free dsd/dsf samples. There are also many other types of samples too: 352, MQA, studio 24/96, etc.
http://www.2l.no/hires/

----------

Flac:
The flac approach needs consideration in this scenario because it would require maintaining a source copy and a flac encoded copy of the source. It's a different scenario than archiving CDs because there are no discs. My "disc" in this case is the source digital download - and I need to save my "disc" so I might as well use it too.

Flac is an excellent format that I use often. It's not so good at being a container, especially compared to mkv/mka. The gist of my posts lately should make it obvious why I am asking these very atypical questions about MKV.


Web link:
The link is probably a good read about frequency response and the human ear; these are facts of nature, of course.

Some of the titles I get just aren't available in other formats - like the AP example above. There isn't a Bach/Richter/Messe CD reissue - you live with the 1996 version, or grab the new 192khz version.

I enjoy the releases by 2L, and I believe these to be some if the finest modern recordings. I buy the 2L discs because I can literally move between the violins viola cello (viz., quartet) via DTS and Auro-3D audio tracks.

Sometimes, the higher bitrates and sample rates are the producers running the digital masters back through some custom/proprietary DA converter to create a different feel or sound or to "soften the digital edges."

Sometimes, the higher bitrates and sample rates are the producers reducing multi-channel audio to stereo. The increased sample rates help maintain a higher bitrate when going from multi-channel to stereo.

Anyway, it's not a binary approach.

[Snowknight26]

Soooooo… Can anyone point me to a Blu-ray he or she is absolutely, 100% positive contains TextST subtitles? With links to concrete products in a web shop? I'm definitely willing to buy them, I just have to find them.


The problem is, BDInfo doesn't detect TextST streams nor do any websites list the format of subtitles, so at this point you're essentially taking someone's word for it.

Having said that, a lot of Finnish and Norwegian Blu-rays use text subtitles.

With no proof to give you, these have them:
http://www.blu-ray.com/movies/Taalla-Pohjantahden-alla-Blu-ray/32715/
http://www.blu-ray.com/movies/Taalla-Pohjantahden-alla-II-Blu-ray/32716/
http://www.blu-ray.com/movies/Miekkailija-Blu-ray/147676/
http://www.blu-ray.com/movies/Katilo-Blu-ray/139954/
http://www.blu-ray.com/movies/Kekkonen-tulee-Blu-ray/90650/
http://www.blu-ray.com/movies/21-tapaa-pilata-avioliitto-Blu-ray/69926/

[Jamaika]

I downloaded subtitles TEXTS. Indeed ffmpeg it didn't convert, but some have coped.
Sub Edit reads and converts subtitles TEXTST.

[filler56789]

@Ripman:

yes, I already was aware of (almost) everything you wrote.
Many months ago, I gave a try to a program which could convert PCM to DSD and vice-versa, and I also played DSD sample files in foobar2000 through the SACD plugin.

Now, someone please correct me if I am wrong this time: on a PC, it's not possible a «direct playback» of a DSD stream — this latter must be first converted to something that the operating system and the (current) sound cards "understand" (i.o.w., PCM). You have a point about the convenience of the Matroska container though (namely: tagging, chapter points).

[Ripman]

@Ripman:
chapter points.

I think Moritz got a kick out of this one.
https://github.com/mbunkus/mkvtoolnix/issues/1760

[Chetwood]

Soooooo… Can anyone point me to a Blu-ray he or she is absolutely, 100% positive contains TextST subtitles?
I've uploaded some TextST subs I found on the web to your FTP, maybe that'll help.

[Mosu]

I've uploaded some TextST subs I found on the web to your FTP, maybe that'll help.

Thanks. I have those files already; I think they're from ffmpeg's or VLC's samples server (or linked to from a bug report for one of the projects). They don't really help me because MakeMKV cannot open them due to the .M2TS files not being present.

[Mosu]

Having said that, a lot of Finnish and Norwegian Blu-rays use text subtitles.

Thanks. I'll buy one or two of those.

[isidroco]

Recently I used MKVcleaver to demux a bunch of fullHD MKVs to AVI. It uses a faulty AVC2AVI converter which generates an incorrect 1920x1088 avi header. Bug reported here: https://sourceforge.net/p/avc2avi/bugs/
Issue was solved replacing AVC2AVI in MKVcleaver folder with this one: http://www.videohelp.com/software/avc2avi

It would be nice though that MKVmerge detect actual frame height instead of using header's, or at least report discrepancies so as to be aware.

Post this just in case someone else has same problems. Already reported it to MKVcleaver site.

[Chetwood]

Soooooo… Can anyone point me to a Blu-ray he or she is absolutely, 100% positive contains TextST subtitles? With links to concrete products in a web shop?
I've checked with a buddy of mine who's 100% sure the regular versions of 'The Mummy' and 'Van Helsing' containing TextST subs. He's not sure where he bought them, though. Apparently Blödmarkt or Saturn.

[Mosu]

Time for the next release of MKVToolNix. This time it's really just polishing of existing functionality.

Dear package maintainers: I have to say again that MKVToolNix v9.3.1 and later requires the recently released libEBML v1.3.4 and libMatroska v1.4.5. Even though both libraries are API and ABI compatible with their prior releases this only means that a program compiled against an older version of the library will still work when run against a newer version of the library.

However, MKVToolNix v9.3.1 and newer use features newly introduced in libMatroska v1.4.4. This means that you cannot compile MKVToolNix v1.4.5 and try to run it against v1.4.4 — that'll fail with symbol lookup errors from ld.

I've received multiple reports of MKVToolNix v9.3.x packages that could be installed with libMatroska v1.4.4. This won't work. Please make the dependency on v1.4.5+ explicit. Thanks.

Here are the usual links: the MKVToolNix home page (https://mkvtoolnix.download/), the Windows installer/portable version & Mac OS DMG (https://www.fosshub.com/MKVToolNix.html) and the source code (https://mkvtoolnix.download/source.html).

The Windows and Mac OS binaries are available. Most of the Linux binaries are still being built and will be available in a couple of hours.

Here's the full ChangeLog (https://mkvtoolnix.download/doc/ChangeLog) since v9.3.1

2016-08-22 Moritz Bunkus <moritz@bunkus.org>
* Released v9.4.0 "Knurl".

2016-08-16 Moritz Bunkus <moritz@bunkus.org>
* mkvpropedit: bug fix: mkvpropedit will no longer say that it's writing the changes if only attachment changes are specified and none of the specified attachments can be found.

2016-08-11 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: chapter editor bug fix: overly long chapter names don't cause the GUI's window to become overly wide anymore. Fixes #1760 (https://github.com/mbunkus/mkvtoolnix/issues/1760).

2016-08-10 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: DTS bug fix: if present mkvmerge will use an XLL extension's sample rate information as the sample rate to put into the track headers. Fixes #1762 (https://github.com/mbunkus/mkvtoolnix/issues/1762).

2016-08-06 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: added support for reading Apple ProRes video from MOV/MP4 files. Patch by Chao Chen (see AUTHORS).

2016-08-02 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: when appending files mkvmerge wasn't starting clusters on video key frame anymore for the first and all following appended files. Fixes #1757 (https://github.com/mbunkus/mkvtoolnix/issues/1757).

2016-07-31 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: merge tool enhancement: when adding attachments the GUI will check if there are attachments or attached files with the same name as the file to add. If so the GUI will tell the user and ask for confirmation.

2016-07-30 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: enhancement: mkvmerge now accepts file names in square brackets for appending files, e.g. "mvkmerge -o out.mkv [ in1.avi in2.avi in3.avi ]" instead of "mkvmerge -o out.mkv in1.avi + in2.avi + in3.avi".

2016-07-29 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: VP8 in Ogg: fixed dropping the first frame and the timestamp calculation. Fixes #1754 (https://github.com/mbunkus/mkvtoolnix/issues/1754).
* mkvmerge: bug fix: mkvmerge does no longer emit a warning if no comment header packet is found when reading tracks from Ogg/OGM files. See #1754 (https://github.com/mbunkus/mkvtoolnix/issues/1754).

2016-07-19 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: merge tool enhancement: the "select a play list to add" dialog does now contain a column with the number of chapters for each play list found.
* MKVToolNix GUI: job queue enhancement: dragging & dropping a valid .mtxcfg file (either a full job file or one containing only merge settings without the job properties) onto the job queue window will import the dropped .mtxcfg job into the job queue. Rest of the implementation of #1714 (https://github.com/mbunkus/mkvtoolnix/issues/1714).

2016-07-18 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: merge tool enhancement: dragging & dropping a job queue .mtxcfg file onto the merge tool or using one as a command line parameter to the mkvtoolnix-gui executable will import the .mtxcfg job into the job queue. Part of the implementation of #1714 (https://github.com/mbunkus/mkvtoolnix/issues/1714).

2016-07-15 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: merge tool bug fix: the automatic adjustments to the output file name based on the track types selected for muxing and the mechanism for keeping output file names unique had been broken since release v9.3.0. Fixes #1743 (https://github.com/mbunkus/mkvtoolnix/issues/1743).
* MKVToolNix GUI: merge tool enhancement: toggling the WebM mode check box will update the output file name's extension automatically.

Have fun :)

[Mosu]

I've checked with a buddy of mine who's 100% sure the regular versions of 'The Mummy' and 'Van Helsing' containing TextST subs. He's not sure where he bought them, though. Apparently Blödmarkt or Saturn.

OMG. Yes, "The Mummy" does contain TextST subtitles, and MakeMKV shows them just fine. My problem was that I hadn't been aware that DVDFab doesn't support TextST subs. Thanks for pointing that out in a PM, Chetwood. And I usually rip the disc to hard disc with DVDFab first (using the "Blu-ray copy" mode) before I do anything else. Consequently MakeMKV doesn't show TextST subs when opening such a ripped image…

Unfortunately this doesn't help me all that much as MKVToolNix cannot read encrypted Blu-rays; therefore I have to rip first in order to have a comparable situation for both programs (MakeMKV & MKVToolNix). Does anyone know whether CloneBD keeps TextST when creating a 1:1 rip?

[Jamaika]

Dear package maintainers: I have to say again that MKVToolNix v9.3.1 and later requires the recently released libEBML v1.3.4 and libMatroska v1.4.5. Even though both libraries are API and ABI compatible with their prior releases this only means that a program compiled against an older version of the library will still work when run against a newer version of the library.

I'm not a package maintainers, but I have a question. I have a container matroska 1.4.4, which was joined with mp4 files. When converting track video H264 decreased a little size file. I would like once again to repack libMatroska (1.4.4) to libMatroska (1.4.5) that I will have bugs or rather not?:stupid:

[Mosu]

Why should there be bugs? Just do it and don't worry about the library version.

[qyot27]

OMG. Yes, "The Mummy" does contain TextST subtitles, and MakeMKV shows them just fine. My problem was that I hadn't been aware that DVDFab doesn't support TextST subs. Thanks for pointing that out in a PM, Chetwood. And I usually rip the disc to hard disc with DVDFab first (using the "Blu-ray copy" mode) before I do anything else. Consequently MakeMKV doesn't show TextST subs when opening such a ripped image…

Unfortunately this doesn't help me all that much as MKVToolNix cannot read encrypted Blu-rays; therefore I have to rip first in order to have a comparable situation for both programs (MakeMKV & MKVToolNix). Does anyone know whether CloneBD keeps TextST when creating a 1:1 rip?
Wouldn't MakeMKV's Backup mode be sufficient?

[Mosu]

Even if I sound like a broken record: I hadn't been aware… ;)

…that MakeMKV has such a feature. Thanks for the pointer. I don't rip Blu-rays all that often, to be honest. Giving it a try now.

[Mosu]

Yay! MakeMKV's backup mode produces exactly what I need. Now I can actually finish TextST support.

[Sparktank]

Great stuff!
Thanks for the update.

[Chetwood]

Even if I sound like a broken record: I hadn't been aware… ;)

…that MakeMKV has such a feature.
MMh, you could have used DVDFab's Passkey for decryption too. Anyway, glad it's worked out now. Still don't get why they used TextST instead of SRT though, or does it allow for positioning like SSA/ASS?

[nevcairiel]

Still don't get why they used TextST instead of SRT though, or does it allow for positioning like SSA/ASS?

They would never use a format thats not standardized and specified properly, which SRT isn't.

[Jamaika]

I understand that the TextST is standard. So, how to understand the use of subtitles Apple MOV Text? Another margin of programming without much use.

[obieobieobie]

nvm works now

[Ripman]

2016-08-10 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: DTS bug fix: if present mkvmerge will use an XLL extension's sample rate information as the sample rate to put into the track headers. Fixes #1762.


Thanks for the new 9.4.0 release.

I'll check that DTS sampling issue within the next few days.

[hello_hello]

Thanks for the new version but....

2016-07-15 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: merge tool bug fix: the automatic adjustments to the output file name based on the track types selected for muxing and the mechanism for keeping output file names unique had been broken since release v9.3.0. Fixes #1743.

Damn..... at first I thought it might be a bug, but then I got used to it, learned to like it that way, and hoped it was deliberate. Could we have a similar "broken" unique file name option in preferences?
Currently if you open a file and MKVToolNix creates a file name it'll make sure it's unique if that option is enabled. ie "video.mkv" will be named "video (1).mkv" if the former already exists. That's fine, but if I mux an MKV and then think to myself "whoops, I forgot to de-select the Latin subtitles" I'd prefer it if MKVToolNix didn't change the file name. I can alter the output name myself if necessary, and if I happen to forget, MKVToolNix will ask me about over-writing the existing file anyway. Two unique file name options in preferences would be nice. One for making sure the output file name is unique when it's first created, and another to allow/prevent MKVToolNix from fiddling with it after that.

Thanks again.

PS. I just noticed the "unique file name" option stops working if the output file name is changed manually. Maybe that's by design, but.....
I mux a file automatically named video.mkv
I de-select the subtitle stream
MKVToolnix changes the output name to video (1).mkv
I change it to new_video.mkv and mux
I add an audio stream
The output name remains new_video.mkv

Is that behaviour intentional? It's basically the behaviour I prefer, only the file name needs to be changed manually to stop MKVToolnix from continuing to fiddle with it.

Cheers.

[Mosu]

Yes, manually changing the file name does disable the automatic adjustment. Intentionally.

I won't add yet another option for tweaking yet another minute detail in its behavior. Each and every option increases the number of things a user has to wade through and it increases the amount of code that I have to test and maintain. Sorry.