MKVToolNix v99.0 released

[SeeMoreDigital]

Hi Mosu,

I don't know if anybody else has mentioned it but I'm happy to confirm that if you have an .mkv file that contains an HEVC video stream (stream #1) and a Dolby Vision stream (stream #2) that was created using the newest version of your Matroska muxer, if you drag and drop your .mkv file into the new 'open-source' build of TSmuxer GUI the new .m2ts file contains a perfectly viable Dolby Vision stream, which works perfectly.

So what-ever you've done, you've done a great job :D


Many, many thanks

[Mosu]

Interesting — as I actually haven't really changed anything in the HEVC code for quite a while apart from this one bug fix (https://gitlab.com/mbunkus/mkvtoolnix/commit/8d27558d9bf84b59b33b7efc0cb5313f15691984).

But I'll take it! :D

[SeeMoreDigital]

Yep it's great news...

MKVmerge mux: -

General
Unique ID : 42601498193025875308533413168111364906 (0x200CC006DA67D85C7D4829D2B5FB2B2A)
Complete name : D:\Re-mux tests [short duration]\Paramount Logo in Dolby Vision [With AC3 only].mkv
Format : Matroska
Format version : Version 4
File size : 111 MiB
Duration : 16 s 736 ms
Overall bit rate : 55.5 Mb/s
Encoded date : UTC 2020-01-09 22:20:19
Writing application : mkvmerge v42.0.0 ('Overtime') 64-bit
Writing library : libebml v1.3.10 + libmatroska v1.5.2

Video #1
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : V_MPEGH/ISO/HEVC
Duration : 16 s 725 ms
Bit rate : 49.4 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.248
Stream size : 98.4 MiB (89%)
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 143 cd/m2
Maximum Frame-Average Light Level : 41 cd/m2

Video #2
ID : 2
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : V_MPEGH/ISO/HEVC
Duration : 16 s 725 ms
Bit rate : 5 570 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.112
Stream size : 11.1 MiB (10%)
Default : No
Forced : No
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2

Audio
ID : 3
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : A_AC3
Duration : 16 s 736 ms
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 1.28 MiB (1%)
Service kind : Complete Main
Default : No
Forced : No


TSmuxer GUI Re-mux 'Open Source' version: -

General
ID : 1 (0x1)
Complete name : D:\Re-mux tests [short duration]\Paramount Logo in Dolby Vision [TSmuxer re-mux]\AVCHD\BDMV\STREAM\00000.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 116 MiB
Duration : 16 s 714 ms
Overall bit rate mode : Variable
Overall bit rate : 58.2 Mb/s
Maximum Overall bit rate : 35.5 Mb/s

Video #1
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 16 s 599 ms
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 143 cd/m2
Maximum Frame-Average Light Level : 41 cd/m2

Video #2
ID : 4117 (0x1015)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 16 s 599 ms
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 16 s 736 ms
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 1.28 MiB (1%)
Service kind : Complete Main


If I have the time next week I'll re-mux a long duration movie (probably 2001: A Space Odyssey) to make sure everything remains in-sync and report back.


Cheers

[Boulder]

I have extracted chapters from an existing mkv file using InviskaMKVExtract. The extracted files work fine (drag and drop) in MKVToolNix GUI v41.0.0, but v42.0.0 doesn't accept them.

I pasted a sample chapter file here: https://pastebin.com/HHw12Z5X

[filler56789]

Overdue update...

Originally Posted by Atak_Snajpera

I've just noticed that mkvtoolnix-gui.exe can't be compressed by upx without --force switch. This is first time I had to use that option on executable. I wonder what is so unusual in that executable?

I really have no idea. I've never used upx, I definitely don't purposefully do anything to make upx's life harder.

Very-probably it's QT's fault --- the same problem happens with the GUI of tsMuxeR.

[mkver]

I have extracted chapters from an existing mkv file using InviskaMKVExtract. The extracted files work fine (drag and drop) in MKVToolNix GUI v41.0.0, but v42.0.0 doesn't accept them.

I pasted a sample chapter file here: https://pastebin.com/HHw12Z5X
Should have already been fixed (issues 2718 (https://gitlab.com/mbunkus/mkvtoolnix/issues/2718)).

[73ChargerFan]

I used "split after specific timestamps" for the first time today. It rocks! A movie has 2min 27sec of music with no video at the beginning. I split it into two, and not only was that flawless, but it corrected the chapter marks also! Cool!

[Mosu]

Very-probably it's QT's fault

Well, that's a matter of perspective. As the original EXE is working perfectly fine while a program designed to mess around with a perfectly-fine-working EXE fails to produce another perfectly-fine working EXE, I'd argue that it's the messing-around program (UPX) that's at fault.

[Mosu]

Hey y'all,

let's do a second release in January, fixing a couple of annoyances that crept in lately. Just a smaller maintenance release; nothing earth shattering. But see for yourself down below.

Nothing's changed for package managers.

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

The Windows and macOS binaries as well as the Linux AppImage are available already. The other Linux binaries are still being built and will be available over the course of the next couple of hours.

Here are the NEWS (https://mkvtoolnix.download/doc/NEWS.md) since the previous release:

Version 43.0.0 "The Quartermaster" 2020-01-26
New features and enhancements

MKVToolNix GUI: using one of the command line options "--info", "--edit-headers" or "--edit-chapters" will make the GUI select the corresponding tool on startup even if no further file name is given. Implements #2723 (https://gitlab.com/mbunkus/mkvtoolnix/issues/2723).
MKVToolNix GUI: multiplexer: added a setting in the preferences for changing the location of the MediaInfo executable for when the user accidentally selected the wrong one.

Bug fixes

mkvmerge: AVC/h.264 parser: the order of the NALUs before each key frame was sometimes wrong: mkvmerge wrote SPS & PPS after SEI NALUs. Now SPS & PPS NALUs are always written before the other NALUs. Patch by Torsten Hauska. Part of the implementation of #2709 (https://gitlab.com/mbunkus/mkvtoolnix/issues/2709) and part of the fix of #2250 (https://gitlab.com/mbunkus/mkvtoolnix/issues/2250).
mkvmerge: AVC/h.264 parser: when additional SPS or PPS NALUs (with IDs that haven't been seen so far) are found mid-stream, mkvmerge will prepend all following key frames with all current valid SPS & PPS NALUs (just like when SPS & PPS NALUs are overwritten mid-stream). Part of the fix of #2250 (https://gitlab.com/mbunkus/mkvtoolnix/issues/2250).
mkvmerge: MPEG TS reader: fixed detection of MPEG-1/2 video tracks consisting of very few frames. Fixes #2732 (https://gitlab.com/mbunkus/mkvtoolnix/issues/2732).
mkvmerge: Ogg Opus reader: fixed the handling of Ogg Opus streams that contain a just one Ogg page ("mkvmerge" aborted with an exception). Fixes #2722 (https://gitlab.com/mbunkus/mkvtoolnix/issues/2722).
MKVToolNix GUI: multiplexer: dragging & dropping XML files with chapters or tags to the GUI's window was broken in v42. Instead of adding the file names to the appropriate input boxes the GUI was running mkvmerge for file identification purposes which then failed. Fixes #2718 (https://gitlab.com/mbunkus/mkvtoolnix/issues/2718).


Have fun :)

[redbtn]

Nice work Mosu! Thank you for release.

[chros]

If I have the time next week I'll re-mux a long duration movie (probably 2001: A Space Odyssey) to make sure everything remains in-sync and report back.
So, did it work well?

[SeeMoreDigital]

So, did it work well?As a matter of fact.... Yes it did. Perfectly :)

[Bozotheclown]

Hello,

Small suggestions:
job_output screenshot

17172

Status line:
- if "Completed OK" - in green color
- if "Failed" - red color

It would help to quick check if job is finished successfully or not.

Also working indicator (on bottom right) even after job has finished is in frozen state. I think it should disappear after job is done.

[zeropc]

Why was MKVToolNix support for macOS High Sierra and below dropped?

[Mosu]

Also working indicator (on bottom right) even after job has finished is in frozen state. I think it should disappear after job is done.

If a job wasn't successful, the "errors" indicator in the status bar would blink red and show a number > 0.

[Mosu]

Why was MKVToolNix support for macOS High Sierra and below dropped?

Because MKVToolNix now uses C++ features that Apple only supports on macOS 10.14 (Mojave) or newer.

[zeropc]

Because MKVToolNix now uses C++ features that Apple only supports on macOS 10.14 (Mojave) or newer.

I see. Thanks for the info :)

[saracas]

I have three questions:

- How does one make the remux (destination file) the exact same name as the original (source file), and also automatically delete source file when finished?

- How can I set the default track flag to YES by default? "Determine automatically" sets it to no even though it's the only sub track with foreign language audio.

- I am using a webui version of MKVToolNix which doesn't support drag and drop, when I add multiple files via Add Sources button it adds them all under the same job. If I drag and drop on Windows, I can add them as seperate jobs. How do I add multiple files as seperate jobs without drag and drop?

Thanks

[leon]

Mosu can you please look into this?

https://www.reddit.com/r/mkvtoolnix/comments/ev6olo/seems_like_theres_visual_bug_with_v43/

[manolito]

+1, I have the same thing on 2 machines. Can get a little irritating...

[markfilipak]

Howdy,

What subtitle & chapter tools do you recommend? I want to extract subtitles to SUP or SUB (not SRT). I'm not familiar with chapter tools, so I don't have any file-type suggestions. The subs & chaps will be imported to MKVToolNix GUI.

Thanks,
Mark.

[varekai]

Howdy,

What subtitle & chapter tools do you recommend? I want to extract subtitles to SUP or SUB (not SRT). I'm not familiar with chapter tools, so I don't have any file-type suggestions. The subs & chaps will be imported to MKVToolNix GUI.

Thanks,
Mark.
I+want+to+extract+subtitles+to+SUP+or+SUB (https://www.google.com/search?ei=Yl5KXpToHsT3qwGrv6HYAw&q=I%2Bwant%2Bto%2Bextract%2Bsubtitles%2Bto%2BSUP%2Bor%2BSUB&oq=I%2Bwant%2Bto%2Bextract%2Bsubtitles%2Bto%2BSUP%2Bor%2BSUB&gs_l=psy-ab.3...10693.42408..43875...0.4..0.164.1043.15j1......0....1..gws-wiz.......0i71.sliVTmS_3kk&ved=0ahUKEwiUocq1pNjnAhXE-yoKHatfCDsQ4dUDCAs&uact=5)

chapter+tools+videohelp (https://www.google.com/search?ei=eV9KXq-fEqiMrwTs4oHABg&q=chapter%2Btools%2Bvideohelp&oq=chapter%2Btools%2Bvideohelp&gs_l=psy-ab.3...11709.14939..15933...0.0..0.77.608.10......0....1..gws-wiz.QB888IrYl9Y&ved=0ahUKEwjvv8K6pdjnAhUoxosKHWxxAGgQ4dUDCAs&uact=5)

[Mosu]

Mosu can you please look into this?

https://www.reddit.com/r/mkvtoolnix/comments/ev6olo/seems_like_theres_visual_bug_with_v43/

Nothing I can do about that short of downgrading Qt, which I'm not going to do as that would make other problems resurface. Please be patient; it'll likely get fixed someday in Qt and I update Qt regularly.

[leon]

I guessed the problem is Qt after updating another software which uses Qt, it now shows similar problems, however the difference is that it doesn't appear to be hanging like MKVToolnix but seems to open menus slowly. Mind you it uses Qt 5.14, don't remember what MKVToolnix v43 used. Should I report that to Qt devs or they are already aware of the problem?

[Mosu]

Mind you it uses Qt 5.14, don't remember what MKVToolnix v43 used.

You can check which Qt version MKVToolNix was built with via the "Help" → "System information" menu entry. For MKVToolNix v43 on Windows this was Qt 5.14.1.

Should I report that to Qt devs or they are already aware of the problem?

I wasn't able to find anything in their bug tracker with a quick search.

Note that this particular problem doesn't happen on all Windows installations (it doesn't on my Windows 10, my Windows Server 2016 and Server 2019 installations). Neither did anyone open a bug report for it.

If it only happens on Windows 7, you might have to prepare for the problem not to be fixed anymore.

[manolito]

If it only happens on Windows 7, you might have to prepare for the problem not to be fixed anymore.

This would be a stupid move by the Qt devs since Win7 still is the #2 of the most frequently used Operating Systems today...

FWIW mkvmerge-gui.exe version 42.0.0 runs nicely with mkvtoolnix 43.0.0. Use a "clicker" tool like ClickOFF to get rid of the warning popup.

[Thunderbolt8]

I have a small feature request for the GUI: Would it be possible to add a toggle reverse select button for the different streams/codecs in the "tracks, chapters and tags" window? Some source files contain a lot more subtitle streams compared to the usual two single audio and video streams you want to keep for muxing. In this case being able to deselect everything via pressing one button and simply reselect the few streams you want to keep would be way faster and more convenient than having to deselect ten or more subtitle streams all manually.

would be great if this could be implemented.

[Mosu]

Assuming tracks are grouped by type, which they often are:

Click on the top-most subtitle track
Press & hold Shift & click on the bottom-most subtitle track
Press return

That'll toggle "mux this" for all subtitle tracks. Really not that hard & doesn't really warrant yet another small function.

[giantslirpy711]

EDIT: MOSU, could you possibly help me figure this out.
I've hunted for an answer everywhere. The issue is not isolated to one file or type of files within mkv. I'm not saying it's a bug. I honestly have no idea what it is or how to fix it, but I have tried.

--------------------
I was attempting to see just how effective split by frame and timecodes was in doing any simple video editing thinking, sure why edit the video, to remove commerciqls or unwanted office content etc, just segment the MKV pull out the chunks you don't want.

Segmenting by filesize works great for years. Segment by frame seems to work fine as well but to be honest, editing by timecodes is giving me problems.

Here was my practice file. I attempted to make a cliff notes version of episode one. 50 min content edited down to 10min.

X:/Downloads/APPS/mkvtoolnix_all/mkvtoolnix-64-bit-41.0.0/mkvtoolnix\mkvmerge.exe --ui-language en --output ^"C:\MOVIES\REMUX2\Magicians.S04E01.mkv^" --language 0:jpn --default-track 0:yes --display-dimensions 0:1920x1080 --compression 0:none --language 1:eng --default-track 1:yes --compression 1:none --sub-charset 2:UTF-8 --language 2:eng --track-name 2:SDH --compression 2:none ^"^(^" ^"E:\MOVIES\Season.04\Magicians.S04E01.mkv^" ^"^)^" --clusters-in-meta-seek --generate-chapters interval:00:05:00 --track-order 0:0,0:1,0:2 --split ^"parts:00:00:00-00:01:35,+00:02:03-00:02:10,+00:02:24-00:02:30,+00:02:45-00:02:59,+00:03:20-00:03:46,+00:04:50-00:05:00,+00:06:23-00:06:32,+00:07:51-00:08:09,+00:10:30-00:11:58,+00:17:17-00:18:28,+00:19:40-00:20:11,+00:26:43-00:27:06,+00:28:07-00:28:37,+00:37:45-00:38:20,+00:39:35-00:40:07,+00:42:10-00:44:28^"

Ran fine no errors but file was a mess.

—The audio was out of sync within first 30 seconds and was 2 min out of sync by end of 10 minute mkv.
—there were strange spots where the picture would stutter at the transition Point rather than a clean slice.. It appeared to be showing a portion of the end of previous segment and the beginning of next segment at same time.

—I bumped timecodes to 10000000
—I changed the cluster size to 100 thinking maybe smaller clusters could be sliced up easier.

The final product was still SEVERELY out of sync audio with video.

Any comments on why this happens and what to do to avoid it would be appreciated.

I've chopped up videos into 250MB chunks for x264 x265 test runs, ALL SEGMENTS perform perfectly.

No idea why do timecodes segments fall apart
Any suggestions?

[Mosu]

Well hello everyon!

The last couple of weeks have been pretty slow wrt. MKVToolNix development (usually due to everything else being really hectic). Nevertheless I think it's time for a small maintenance
release.

Nothing's changed for package managers.

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

The Windows and macOS binaries as well as the Linux AppImage are available already. The other Linux binaries are still being built and will be available over the course of the next couple of hours.

Here are the NEWS (https://mkvtoolnix.download/doc/NEWS.md) since the previous release:

Version 44.0.0 "Domino" 2020-03-08
New features and enhancements

MKVToolNix GUI: header editor: the attachments can now be reordered via drag & drop. Implements #2753 (https://gitlab.com/mbunkus/mkvtoolnix/issues/2753).

Bug fixes

mkvmerge: Matroska reader: when encountering certain errors in the track headers such as the codec ID not being present mkvmerge will simply skip those tracks instead of exiting with an error. Fixes #2737 (https://gitlab.com/mbunkus/mkvtoolnix/issues/2737).
MKVToolNix GUI: multiplexer: the "ask before overwriting" functionality did not look for the correct file names when splitting was active. Fixes #2741 (https://gitlab.com/mbunkus/mkvtoolnix/issues/2741).


Have fun :)

[hubblec4]

Thank you very much for all your work in all this time.

[markfilipak]

Thank you for MKVToolNix.

From searches I see clues that there's a log file. I can't find a log file, or a way to configure MKVToolNix to make a log file.

When attempting to move audio channels in a particular, existing MKV, the process quits at 78% with "Failed". I want to know what provoked the failure.

Thanks,
Mark.

[markfilipak]

I+want+to+extract+subtitles+to+SUP+or+SUB (https://www.google.com/search?ei=Yl5KXpToHsT3qwGrv6HYAw&q=I%2Bwant%2Bto%2Bextract%2Bsubtitles%2Bto%2BSUP%2Bor%2BSUB&oq=I%2Bwant%2Bto%2Bextract%2Bsubtitles%2Bto%2BSUP%2Bor%2BSUB&gs_l=psy-ab.3...10693.42408..43875...0.4..0.164.1043.15j1......0....1..gws-wiz.......0i71.sliVTmS_3kk&ved=0ahUKEwiUocq1pNjnAhXE-yoKHatfCDsQ4dUDCAs&uact=5)

chapter+tools+videohelp (https://www.google.com/search?ei=eV9KXq-fEqiMrwTs4oHABg&q=chapter%2Btools%2Bvideohelp&oq=chapter%2Btools%2Bvideohelp&gs_l=psy-ab.3...11709.14939..15933...0.0..0.77.608.10......0....1..gws-wiz.QB888IrYl9Y&ved=0ahUKEwjvv8K6pdjnAhUoxosKHWxxAGgQ4dUDCAs&uact=5)

Thanks. What do you use?

Regards,
Mark.

[varekai]

Thanks. What do you use?
Regards,
Mark.
What I use for video subtitle projects.

tsMuxer
SubTitle Edit
Notepad++
MKVToolNix
MKVCleaver
gMKVExtract
easySUP

Regards,
varekai

[Mosu]

From searches I see clues that there's a log file. I can't find a log file, or a way to configure MKVToolNix to make a log file.

When muxing you can find the output in the "job output" tool.

For past jobs you can find the logs in the "job queue" tool: right-click on the job in question and select "view output". That'll open another tab in the "job output" tool containing the messages generated by that job.

[markfilipak]

When muxing you can find the output in the "job output" tool.

For past jobs you can find the logs in the "job queue" tool: right-click on the job in question and select "view output". That'll open another tab in the "job output" tool containing the messages generated by that job.
All they ever say is "Completed OK" or "Failed". I made a Failed (78%) remux the other day when I attempted to move an audio stream # in an MKV that I'd made the day before. I had no idea why it failed, just that it "Failed".

[markfilipak]

Ah! I never knew I could right-click on the job in question (there's no indication). Here's the output:

mkvmerge v41.0.0 ('Smarra') 64-bit
'xxxxx.mkv': Using the demultiplexer for the format 'Matroska'.
'xxxxx.mkv' track 0: Using the output module for the format 'MPEG-1/2 video'.
'xxxxx.mkv' track 1: Using the output module for the format 'AC-3'.
'xxxxx.mkv' track 2: Using the output module for the format 'AC-3'.
The file 'OUT.mkv' has been opened for writing.

As you can see, there's no indication why the remux "Failed".

[tormento]

I have a bunch of old AVI file I'd like to convert to MKV but file date is important to remember when they were shot.

Is there a way or a future feature to keep file time and data untouched? Any workaround?

Let me elaborate: image files have EXIF, where you can store date and time. There are a lot or programs that allows you to manipulate EXIF, file name, file date and whatsoever.

If we could store time and date into mkv container (perhaps even for every stream) from/to file name or file date it would be great.

[SeeMoreDigital]

I have a bunch of old AVI file I'd like to convert to MKV but file date is important to remember when they were shot.Out of interest.... What formats are the video and audio streams?

[tormento]

out of interest.... What formats are the video and audio streams?



xvid+mp3/ac3+srt

[markfilipak]

The source IFO has 10 PGCs (program chains).
Beginning with the 9th program, audio leads the video -- programs 1 to 8 were okay.
By tedious trial-&-error, I worked out that the audio needed to be delayed by 4400ms.
I may encounter something like this in the future.
I wonder whether there's a better way than my work flow.

Work flow:
Step 1: I used MKVToolNix to repackage the VOB as an MKV.
Step 2: I viewed the MKV via the MPV player and saw the audio leading towards the end of the MKV.
Step 3: I reran MKVToolNix and added an audio delay.
Step 4: I viewed the MKV again.
I repeated Steps 3 & 4, adjusting the audio delay until it was right.
Each time, I had to fast forward to the 9th program to see the result.
Between each step, I reran HandBrake to extract the 9th program (based on start/stop times) to verify that, indeed, I was getting what I wanted.
(I realize now that rerunning HandBrake in each loop was probably unnecessary and that I could have extracted the 9th program just once, at the end.)

Is there a better way to determine the needed audio delay than by trial-&-error?
Note that MKVToolNix's "Fix bitstream timing info" check box was unavailable (grayed out).

varekai, I haven't tried all your suggested tools (though I already have and use most of them).

Warm Regards,
Mark.

[Mosu]

I have a bunch of old AVI file I'd like to convert to MKV but file date is important to remember when they were shot.

Write a small shell script that first determines the modification timestamp of the source file, then muxes them and lastly changes the modification timestamp of the muxed file to the value remembered earlier. For example (this is with bash on Linux, but other OS will surely have similar tools available):

mtime=$(/usr/bin/stat --format=%Y src.avi)
mkvmerge -o out.mkv src.avi src.mp3
touch -d @$mtime out.mkv

Alternatively create a tag file with the tags you want to use.

Alternatively set the segment header's "date" field with mkvpropedit after muxing.

[Mosu]

Ah! I never knew I could right-click on the job in question (there's no indication).

How many programs that make use of context menus have you seen that give explicit hints that there's a context menu available? Serious question. I cannot think of a single one and would like to see how those programs do it.

As you can see, there's no indication why the remux "Failed".

There's a separate box for error messages; the don't show up in the regular output box. What does that error box show?

[Mosu]

EDIT: MOSU, could you possibly help me figure this out.

When I have something to say I usually respond. Therefore: when I don't respond I don't have anything productive to say or don't want to spend time on it.

[SeeMoreDigital]

xvid+mp3/ac3+srtIf your XviD video streams contain b-frames encoded with 'packed bit-stream' I recommend you remove it first - unless MKVToolNix is able to do this now.

Cheers

[tormento]

If your XviD video streams contain b-frames encoded with 'packed bit-stream' I recommend you remove it first - unless MKVToolNix is able to do this now.



Cheers



Thanks for your precious hint.

[markfilipak]

Thanks for replying.
How many programs that make use of context menus have you seen that give explicit hints that there's a context menu available? Serious question. I cannot think of a single one and would like to see how those programs do it.
They indicate it by distinctive text color, or distinctive text background color, or a box, or an underline (like a web page link), or -- least desired -- switching to a finger mouse cursor (like a web page mouse-over on a link). Providing some sort of distinction saves the user having to 'click around' all over the application and it saves the user (me) missing some important info.
There's a separate box for error messages; the don't show up in the regular output box. What does that error box show?
I assume you mean the '[X] # errors' thingy in the status panel at the bottom of the application... Right now it says '[X] 0 errors'. I'm pretty sure I clicked it when the failure occurred -- I always do that when an error's indicated. It was my inability either to find an explanation or to find the thing that provides an explanation that prompted me to ask.

[Mosu]

Thanks for replying.

They indicate it by distinctive text color, or distinctive text background color, or a box, or an underline (like a web page link),

All of those methods are only appropriate for cases where context-sensitive content is interspersed in non-conext-sensitive content, such as hyperlinks in otherwise regular text. This isn't the case with MKVToolNix as there all list boxes/tree views have context menus, similar to well-known desktop applications such as Word, Excel or even web browser (where everything actually has a context menu, not just links!). MKVToolNix is a program in the tradition of desktop applications, not a smartphone/tablet app where different rules apply.

I assume you mean the '[X] # errors' thingy in the status panel at the bottom of the application...

No, that isn't what I meant.

Click on the "job output" tool on the left. You'll see a tab with three big text boxes labeled "normal output" (the top one), "warnings" (bottom left) and "errors" (bottom right). Whenever an error occurs, the bottom right box should contain something.

[markfilipak]

Your application is wonderful, but its odd UI and the lack of a log limits usability.
All of those methods are only appropriate for cases where context-sensitive content is interspersed in non-conext-sensitive content, such as hyperlinks in otherwise regular text. This isn't the case with MKVToolNix as there all list boxes/tree views have context menus, similar to well-known desktop applications such as Word, Excel or even web browser (where everything actually has a context menu, not just links!). MKVToolNix is a program in the tradition of desktop applications, not a smartphone/tablet app where different rules apply.
I won't push the issue because you're obviously proud of the UI and it's not a big issue to me. But I will say that in 45 years of computer use, I've never seen an app as you describe (aside from MKVToolNix, apparently). The apps that make me happiest are the ones that are 'transparently' easy to use. Let me give you an example: Total Commander; even after 15 years of constant use, I never cease to marvel at its utility and simplicity.

I'm fairly new to MKVToolNix, but I'm pretty happy with it. Inclusion of integrated subtitle & chapter tools (involving some processing of IFO files for DVD, and MPLS files for BD (I think)) would be a very welcome addition.
No, that isn't what I meant.

Click on the "job output" tool on the left. You'll see a tab with three big text boxes labeled "normal output" (the top one), "warnings" (bottom left) and "errors" (bottom right). Whenever an error occurs, the bottom right box should contain something.
That's not a log. May I share some firsthand experience? I have no idea why, 11 days ago, an MKV to MKV remux failed at 78%. The failure occurred when I changed the audio stream #s by one place. It wasn't until a couple of days later that I discovered that the source actually had 10 PGCs and that PGCs 9 & 10 had audio that was 4400ms late -- I assume the PTS was in error for the VOB holding those PGCs. I wanted to see whether that was the reason why MKVToolNix failed, but by that time, it was too late to investigate it because MKVToolNix doesn't keep a log.

After I make a MKV using your tool, I use timings from IfoEdit analysis of the IFO to determine the PGCs and then chop the MKV into part-wise MKVs using HandBrake. I'm not really happy with that because HandBrake can't remux and I'm not keen on transcoding. If MKVToolNix allowed me to chop up a source based on the running times shown by IfoEdit, I'd be very happy to do the whole job with MKVToolNix.

Regarding the 4400ms audio error, in that case, I remuxed from VOB to MKV using MKVToolNix, then cut the video apart to make 10 MKVs with HandBrake (with acursed transcoding), and finally, for the 9th & 10th MKVs, moved the audio by 4400ms via MKVToolNix. I'd prefer to cut HandBrake out of the process.

[markfilipak]

@Mosu

I owe you an apology. Opening 'Job queue' (not 'Job output', as you said) and right-clicking the 'Description' of the failed remux and selecting 'View output' opens a panel (tab) that has an 'Errors' section. That section says, "Could not write to the destination file: 112 (There is not enough space on the disk.)". So there is a log of sorts ...certainly sufficient to figure out what went wrong (at least, in this case).

I complement you for some good documention.

May I ask a question? A chap on the ffmpeg-user list said he uses the MKVToolNix "generate timestamps" option. Is that an undocumented feature? Or was the chap in error?

Warm Regards,
Mark.