MKVToolNix v24.0.0 released

[sneaker_ger]

Originally Posted by Perenista

And I used the append option

"the"? There is more than one.

[VictorLS]

Originally Posted by sneaker_ger

1. You mean "the only one"? No. For example ffmpeg.

First of all - thanks for reply.
I didn't know ffmpeg can split without encoding. What GUI are you prefer or command line only?

Originally Posted by sneaker_ger

2. "split by parts based on[...]" E.g. "00:05:03.200-". This saves everything from 5 minutes, 3 seconds, 200 ms to the end of the file.

Thanks once more!!!
On common: I was need in cut from i.e. 5 minutes, 3 seconds, 200 ms to 7 minutes, 7 seconds, 700 ms and "split by parts based on timecodes" "00:05:03.200-00:07:07.700" solved it...

Originally Posted by sneaker_ger

3. Mkvmerge will split on the next following keyframe. You can't look this up using mkvmerge (no preview).

...with I-frame first.

Originally Posted by sneaker_ger

You need another application to do that.

Do you know any such application except VirtualDub: it's a pity it can not seek I-frames only (even if I press Shift+arrow or key button by mouse) in h265 files I tried.

[Perenista]

I am having a problem with MKVExtractGUI2, the app that comes with MKVToolnix.

Multiple MKV lossless files don't work with it. When you tell the app to extract one track among many, it refuses and ends the command with an "OK" (in fact, it is not extracting any of these tracks, not just one of them).

I had to remove all tracks from another video and let just one in it for this app to extract it. In this second case, two .SUP tracks (Blu-ray subtitles).

Look at the situation below:



This is a big file, with more than 25 GB. I can't use MKVToolnix to remove all tracks and let just one, then use MKVExtractGUI2 to extract this track, and repeat this procedure 7 more times.

There's nothing wrong with my MKV file. Why is this happening with random files? I always used MKVExtractGUI2, I don't get why it refuses to work sometimes.

[gpower2]

@Perenista
Actually MKVExtractGUI2 DOES NOT come with MKVToolNix, it is an external GUI application for mkvextract.exe CLI utility that MKVToolNix provides. It is also quite outdated, hence you should either use gMKVExtractGUI or MKVCleaver, as the official MKVToolNix states at the end of the installtion.

Links:
gMKVExtractGUI
http://forum.doom9.org/showthread.php?t=170249

MKVCleaver
http://forum.doom9.org/showthread.php?t=152108

Please ask any questions at the appropriate threads, thanks!

[kuchikirukia]

Left is source .ass. Right is read from the MKV after muxing. Timings are screwed up on playback, too.
Demuxing it with gMKVExtractGUI restores it. No delays set.

E: OK, setting all frames to +5ms in Aegisub fixed the timings. mkvtoolnix is still setting a -5ms delay from that, though.

E: also, I've noticed mkvtoonix won't save its settings. Is it set to save that to a directory it doesn't have write access to in Windows?
E2: YUP. I ran it as administrator and it made a mkvtoolnix-gui.ini file in c:\Program Files\mkvtoolnix. That's a no-no. So the installer's default install location and mkvtoolnix's default config save path are incompatible.

[microchip8]

@Mosu,

Any plans in adding Dolby AC-4 support? Is that even doable at this moment? I mean, is there enough info available that is required for adding this new audio codec?

[Mosu]

I don't know; I haven't looked into it yet. This also means that I don't have any information about AC-4 yet, never mind test files.

[SeeMoreDigital]

Originally Posted by Mosu

I don't know; I haven't looked into it yet. This also means that I don't have any information about AC-4 yet, never mind test files.

Hi Mosu,

I suppose you've downloaded all of this: http://www.dolby.com/us/en/technologies/ac-4.html


Cheers

[sneaker_ger]

ETSI has the download(s):
http://www.etsi.org/standards-search...arch=103%20190

But is anyone using it already? Seems to be a contender for ATSC 3.0, haven't seen it in actual use anywhere yet.

[Mosu]

As I haven't looked into AC-4 yet, I also haven't downloaded anything But thanks for both links. I will definitely look into implementing AC-4, but I cannot give you guys a time frame.

[Mosu]

Dolby's site doesn't seem to offer sample files. Googling for some reveals nothing either. No sample files, no joy.

[microchip8]

Originally Posted by sneaker_ger

ETSI has the download(s):
http://www.etsi.org/standards-search...arch=103%20190

But is anyone using it already? Seems to be a contender for ATSC 3.0, haven't seen it in actual use anywhere yet.

Well, according to its Wiki page, some broadcasters use it, or at least will be using it (quoting Dolby's page on AC-4). Also Sony has adopted it for its to-be-announced visual products and it's said Samsung's TV models of 2017 will support it. Imagine when more brands get on the bandwagon... yamaha/onkyo/denon/etc

https://en.wikipedia.org/wiki/Dolby_AC-4

[Jamaika]

I ask out of curiosity. Are HEVC UHD movies now Dolby AC-4 in TV or Bluray?

Edit: Thanks

[sneaker_ger]

Blu-ray: no
TV: probably not, maybe in the future in some regions

[Mosu]

Originally Posted by kuchikirukia

Left is source .ass. Right is read from the MKV after muxing. Timings are screwed up on playback, too.
Demuxing it with gMKVExtractGUI restores it. No delays set.

mkvmerge does NOT add delays to the timestamps read from an SSA/ASS file, and neither does mkvextract modify them upon extraction. I highly suspect there's a program (filter) in your playback chain that affects the timestamps in such a way.

E: also, I've noticed mkvtoonix won't save its settings. Is it set to save that to a directory it doesn't have write access to in Windows?
E2: YUP. I ran it as administrator and it made a mkvtoolnix-gui.ini file in c:\Program Files\mkvtoolnix. That's a no-no. So the installer's default install location and mkvtoolnix's default config save path are incompatible.

If the GUI tries to store its .ini file in the same directory, then you're running the portable version. That's its purpose: to be able to put both the executables and all of its configuration on a portable device such as a USB thumb drive.

The GUI's code determines wheter or not it's supposed to work as a portable or as an installed version by the presence or absence of the file "data\portable-app".

So there are two things to remember for you:

1. Don't put the portable version somewhere you need admin rights for.
2. Don't mess around with the files that come with MKVToolNix. You wouldn't delete arbitrary files in an installation of Microsoft Office either.

If you did use the installer

[kuchikirukia]

Originally Posted by Mosu

mkvmerge does NOT add delays to the timestamps read from an SSA/ASS file, and neither does mkvextract modify them upon extraction. I highly suspect there's a program (filter) in your playback chain that affects the timestamps in such a way.

Nope. Like I showed, that's how it shows up in Aegisub. It's not a playback filter.
[s]Perhaps it has a problem with open GOP?[/s]
Figured out what was causing it. It was the Opus track. I think I set a delay for that track (and an AC-3 one) in mkvmerge in a previous mux. Adding subs now causes a -50ms delay when the Opus track is included.

And how the heck do we do strikethrough on this forum? I know I've seen it done.

Originally Posted by Mosu

If the GUI tries to store its .ini file in the same directory, then you're running the portable version. That's its purpose: to be able to put both the executables and all of its configuration on a portable device such as a USB thumb drive.

The GUI's code determines wheter or not it's supposed to work as a portable or as an installed version by the presence or absence of the file "data\portable-app".

Well, that was there. Looking through Recuva it seems I had a v9.1.0 portable downloaded, so I may have copy-pasted that to Program Files to upgrade months ago. Though I had the 9.2.0, 9.3.1, and 9.5.0 installers, and I'm positive I uninstalled and reinstalled when upgrading since. Would uninstalling not clear out the portable-app file?

[sneaker_ger]

Originally Posted by kuchikirukia

Nope. Like I showed, that's how it shows up in Aegisub. It's not a playback filter.
[s]Perhaps it has a problem with open GOP?[/s]
Figured out what was causing it. It was the Opus track. I think I set a delay for that track (and an AC-3 one) in mkvmerge in a previous mux. Adding subs now causes a -50ms delay when the Opus track is included.

I highlighted the problem. Aegisub does not show what's in the file. Use a lower level tool like mkvinfo for analyses of such problems and like Mosu said you will see mkvmerge does not alter the ASS timings.
Now the interesting part is Aegisub's behavior when it comes to different audio formats. It reacts to delayed Opus in a strange way which I believe may be unintended (even when keeping encoder delay in mind). The underlying ffms2 should be able to handle delays more cleanly. Maybe I will look closer and report to Aegisub team later.

/edit:
It's related to the 80ms Opus pre-roll. If delay is less than 80ms Aegisub will skew the subtitle timings according to audio delay. Maybe it's a hack that is ugly but intended. Have to ask them...

[kuchikirukia]

Originally Posted by sneaker_ger

I highlighted the problem. Aegisub does not show what's in the file. Use a lower level tool like mkvinfo for analyses of such problems and like Mosu said you will see mkvmerge does not alter the ASS timings.
Now the interesting part is Aegisub's behavior when it comes to different audio formats. It reacts to delayed Opus in a strange way which I believe may be unintended (even when keeping encoder delay in mind). The underlying ffms2 should be able to handle delays more cleanly. Maybe I will look closer and report to Aegisub team later.

/edit:
It's related to the 80ms Opus pre-roll. If delay is less than 80ms Aegisub will skew the subtitle timings according to audio delay. Maybe it's a hack that is ugly but intended. Have to ask them...

Whatever it is, MPC-HC and VLC follow it too since both lose sync. (didn't check any other player as there aren't any relevant ones)

[Mosu]

This release fixes one major bug in mkvmerge (an endless loop) when appending files. It mostly occurred when muxing MPLS playlists. Several other minor bug fixes and usability enhancements were implemented.

Nothing's been changed regarding the packaging since v9.5.0.

Here are the usual links: the MKVToolNix home page, the Windows installer/portable version & Mac OS DMG and the source code.

All of the binaries that I provide myself have been built already and are available for download.

Here's the ChangeLog sincee v9.5.0:

2016-11-29 Moritz Bunkus <moritz@bunkus.org>
* Released v9.6.0 "Slave To Your Mind".

2016-11-28 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge & mkvextract: added support for HDMV TextST subtitles.

2016-11-20 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: VobSub bug fix: mkvextract will add a "langidx" line to the .idx file upon extraction. Fixes #1810.

2016-11-14 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: multiplexer enhancement: added a column "source file's directory" to the track list. Implements #1809.
* MKVToolNix GUI: multiplexer enhancement: added an option for selecting all tracks of the currently selected source files in the source file context menu. Inspired by #1809.

2016-11-07 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: job output tool bug fix: the button for acknowledging warnings & errors wasn't properly disabled when the user used outside methods of acknowledging them (e.g. via the menu or via the job queue). Fixes #1802.

2016-10-31 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: MPLS parser bug fix: fixed reading the "in" & "out" timestamps for "play items". This bug resulted in mkvmerge not reading the correct range from the referenced M2TS file under certain rare circumstances.

2016-10-30 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: mkvmerge was entering endless loops under certain conditions when appending files. This was a regression introduced with the fix to #1774 (using very large --sync values causing mkvmerge to abort).

2016-10-23 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: new feature: added options in the preferences to only show the list of often used languages/country codes/character sets in their respective selections instead of both the often used and the full list. Implements #1796.

Have fun

[hubblec4]

Many thanks for the new version and your continuously work!

Originally Posted by Mosu

2016-10-31 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: MPLS parser bug fix: fixed reading the "in" & "out" timestamps for "play items". This bug resulted in mkvmerge not reading the correct range from the referenced M2TS file under certain rare circumstances.

What exatly was wrong? Your parsing of the "in-out-timestamp" values or is there any special byte-bit reading for special cases?
(from user: manolito which uploaded the Test-Bluray "Run-Moonfans")

Originally Posted by Mosu

2016-11-28 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge & mkvextract: added support for HDMV TextST subtitles.

Will you add this subtitle format to the Matroska spec page?




best regards
hubble