Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Capturing and Editing Video > New and alternative a/v containers

Reply
 
Thread Tools Search this Thread Display Modes
Old 30th May 2021, 10:40   #1081  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,014
Quote:
Originally Posted by von Supp View Post
Your explanation absolutely does.
Thanks for taking the time to do the reading on Dolby Vision.
I've also created FAQ page detailing the support status for Dolby Vision.
__________________
Latest MKVToolNix is v60.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 30th May 2021, 10:46   #1082  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,014
Quote:
Originally Posted by SeeMoreDigital View Post
Out of interest what needs to come first... A new dual-layer Dolby Vision compliant .mkv file parser or the muxer?
Well, I can certainly finish the muxer part without having a way to play them (for dual-layer with both layers in the same track, mind you! both layers in different tracks would require extending the Matroska specs with a couple of new elements & a hefty amount of changes to MKVToolNix). What needs to be done in MKVToolNix is:
  1. mkvmerge will need to gain support for parsing single-layer DV from Annex B type bitstreams/MPEG transport streams. This basically means finishing the existing merge request (which looks pretty finished at the moment, I just have to test & merge the latest variant).
  2. mkvmerge needs to parse the UNSPEC_63 NALUs for the parameter set NALUs. From those it will be able to create the hvcE configuration. That will not be that hard to do, actually; what I'm primarily lacking is a set of files to test with. I do have dual-layer MP4 files with UNSPEC_63 NALUs, but those do not have the parameter set NALUs in the bitstream; they're only present in the track headers' hvcE atom.
  3. mkvextract must be able to convert the hvcE atom back into UNSPEC_63 parameter set NALUs and insert them at the right place. This is actually much more work than step 1, and I'm unclear about the syntax & semantics of two specific bytes within the UNSPEC_63 NALUs that I would have to recreate somehow.

So yeah, having dual-layer-both-layers-in-same-track sample files would definitely help.
__________________
Latest MKVToolNix is v60.0.0

If I ever ask you to upload something, please use my file server.

Last edited by Mosu; 30th May 2021 at 10:50.
Mosu is offline   Reply With Quote
Old 13th June 2021, 15:45   #1083  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,014
MKVToolNix v58.0.0 released

Heyo,

Summer is here, and so is MKVToolNix v58.0.0. Unlike the previous releases a lot more time has gone into it. The most noticeable change (to end users at least) is how the "default track" flag is handled, bringing it up to how the latest spec says the flag should be handled by players. Another prominent change is which MIME types are used for attached fonts on Windows. See the news below for details on both changes.

There were a couple of changes for packages, though none of them should actually require work on recent distros. Again, see the news below for details.

Last, but not least: get vaccinated if at all possible, y'all!

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

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 since the previous release:

Version 58.0.0 "Supper's Ready" 2021-06-13
New features and enhancements
  • mkvmerge, MKVToolNix GUI's multiplexer: the handling of the "default track" flag has been changed to match the recent changes to the Matroska specifications. The new semantics are that if it is set, it is supposed to signal to the player that this track is eligible for being played by default, potentially taking other factors such as user preferences regarding languages into account. This implies that more than one track of each type can have this flag set. For example, a Blu-ray disc with three audio tracks might have the main audio in both English and Japanese, whereas the third audio track contains the director's comments. In such a case the first two tracks should have the "default track" flag set, the third one shouldn't. Earlier "mkvmerge" was enforcing that only one track of each type could have the flag set. This restriction has been removed, both in "mkvmerge" and in the GUI's multiplexer. "mkvpropedit" and the GUI's header editor are unaffected as they've always allowed to set the flag on as many tracks as the user wanted.
  • mkvmerge: AVC/H.264 & HEVC/H.265 identification: added the stream's pixel dimensions (AVC only; were present for HEVC already) & default duration. Implements #3116.
  • mkvmerge, mkvextract: HEVC/H.265: added support for reading single-layer Dolby Vision from Annex B type bitstreams (elementary streams, MPEG transport streams). Patch by quietvoid. Implements #3113.
  • mkvinfo: the option "-X"/"--full-hexdump" now affects all binary elements, not just the frame data in "SimpleBlock" and "BlockGroup" elements.
  • MKVToolNix GUI: multiplexer: the "delay" and "sync" options can now be used for chapters in source files, too. Implements #3129.
  • MKVToolNix GUI: when moving list entries up & down with the optional buttons or the keyboard shortcuts (instead of using drag & drop), the GUI ensures that the top-most selected entry remains visible after the move. Implements #3123.
  • MKVToolNix GUI: added an option in the preference to use legacy MIME types for font attachments instead of the current standard ones (e.g. 'application/x-truetype-font' instead of 'font/sfnt' and 'font/ttf').

Bug fixes
  • build system: fixed filtering out optimization options when compiling the file "iso639_language_list.cpp" (before only numeric optimization levels were filtered out and only if it wasn't the last option in the list of flags). See #3105 for context.
  • build system: when libmagic was detected via "pkg-config", MKVToolNix was actually compiled without support for libmagic due to a preprocessor symbol not being defined.
  • mkvmerge: MP4 reader: fixed an issue with timestamps overflowing when the file's or the track's time scale is large. Fixes #3124.
  • mkvmerge, mkvextract: fixed key frame handling for "BlockGroup" elements with a forward reference but no backward references. Patches by Tom Yan.
  • mkvmerge, mkvpropedit, MKVToolNix GUI's chapter editor: the programs will no longer omit writing mandatory elements set to their default value if other elements of the same type are present in the same master. This affects mostly the "chapter language" element which may occur multiple times within the same "chapter display" master. If it does occur multiple times and one of them is set to "English" (which is that element's default value), that element will now be written, too. Part of the fix of #3120.
  • mkvmerge, mkvpropedit, MKVToolNix GUI's chapter editor: when parsing chapter files IETF & legacy language elements as well as legacy country elements will now be properly generated depending on which exist already, especially when there's more than one language and/or country element in a "chapter display" element. Part of the fix of #3120.
  • mkvmerge, mkvpropedit, MKVToolNix GUI's chapter editor: fixed reading OGM-style chapter files with timestamps that don't have exactly three decimal places. Any number of decimal places between one and nine is now supported for nanosecond precision. Fixes #3121.
  • MKVToolNix GUI: chapter editor: added/fixed support for "chapter display" elements with multiple languages or countries. Part of the fix of #3120.

Build system changes
  • Qt 6: added support for building with Qt 6. "configure" will look for Qt 6 first and only continue looking for Qt 5 if Qt 6 isn't found or disabled via "--disable-qt6". Qt 6 detection works by first looking for the "qmake6" binary. Its location can be specified with the "--with-qmake6=" option. All other Qt 6 related facts (such as compiler & linker flags or the position of the other required tools such as "lconvert", "moc", "rcc" and "uic") will be derived from the output generated by "qmake6". Note that at this point Qt 6 is not yet supported for the cross-compilation build to Windows, nor is a static Qt 6 build supported yet. Note that the command line options "--enable-static-qt", "--with-qt-pkg-config-modules" and "--without-qt-pkg-config" only apply to the Qt 5 and have no effect on Qt 6.
  • Qt 5: the options for specifying the position of the tools ("--with-moc=", "--with-rcc=" and "--with-uic=") have been removed. Their position will now be derived from the output generated by "qmake".
  • "configure": completely disabling the GUI now requires passing both "--disable-qt6" and "--disable-qt" options.
  • Boost's multi-precision library is now required.
  • Boost v1.66 or newer is now required.

Other changes
  • The Windows build is now using an updated version of the "file"/"magic" library for MIME type detection of attachments. This affects fonts whose MIME types will now be the current standard MIME types (e.g. "font/sfnt" or "font/ttf" for TrueType fonts). As this might pose problematic with older players that only support the legacy MIME type (e.g. "application/x-truetype-font"), a new option was added in the GUI's preferences to use the legacy MIME types instead of the current standard ones. This is off by default. Builds for other operating systems have already been using newer versions of the "file"/"magic" library for a long time.


Have fun 😁
__________________
Latest MKVToolNix is v60.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 13th June 2021, 17:37   #1084  |  Link
Klaus1189
Registered User
 
Join Date: Feb 2015
Location: Bavaria
Posts: 1,351
Thanks for new version. Is it intended that v58.0.0 is not digitally signed? I have no problem with it but I recognzed it.
Klaus1189 is offline   Reply With Quote
Old 13th June 2021, 18:19   #1085  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,014
Huh? Both the installers & the executables after installation are signed; I just re-checked (explorer → right-click on exe → properties → tab "Digital signatures") to make sure. Same for the exes in the 7z archives. So… what exactly are you talking about?
__________________
Latest MKVToolNix is v60.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 13th June 2021, 18:24   #1086  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,014
Ugh, looks like the timestamp signature authority service is… somewhat broken? Dunno. I'll switch to a different one for the next release.
__________________
Latest MKVToolNix is v60.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 15th June 2021, 12:04   #1087  |  Link
Liisachan
李姗倩 Lǐ Shān Qin
 
Liisachan's Avatar
 
Join Date: Nov 2002
Posts: 1,270
mkvtoolnix 58: font attachments mime-type not so standard?

In my tests on Windows, GUI recognizes by default:
- .ttf as font/sfnt (technically correct) rather than font/ttf
- .otf as application/vnd.ms-opentype (still legacy?) rather than font/otf (or font/sfnt)
- .ttc as font/ttf (wrong?) rather than font/collection

For the standardized font mime types, one can check https://www.iana.org/assignments/med...pes.xhtml#font
Liisachan is offline   Reply With Quote
Old 15th June 2021, 20:09   #1088  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,014
Yeah, I've upgraded the "file" library used for MIME type detection, and it seems it isn't that good at that. Someone else already opened an issue for it. I plan to replace it by using Qt's MIME type detection which seems to work correctly with my (very) limited set of test files (both OTF & TTF fonts), but that requires quite a bit of work on the code in "configure", which is easily my least place to work in.

As stated in the NEWS file, there is an option in the preferences to use the MIME type that the Windows version of MKVToolNix had used for TrueType fonts (.ttf, not font collections) up until v57, application/x-truetype-font. You can enable that for the time being.
__________________
Latest MKVToolNix is v60.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 16th June 2021, 08:32   #1089  |  Link
odino
Registered User
 
Join Date: Dec 2013
Posts: 11
Hi Moritz,
sorry to waste your time with this silly question but:
when I select "CTRL+D" (and probably other functions) the default destination file name changes from single slash to double slash. I know both are correct but is there actually a reason for this? I mean, either start the default with double slash or just leave it single all the time, right? lol
I also don't remember this happening before a few versions ago.

Greetings
odino is offline   Reply With Quote
Old 16th June 2021, 16:30   #1090  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,014
@odino I don't follow. For me nothing changes in the destination file name when I press Ctrl+D. Can you please be a bit more specific? What exactly is the destination file name set to before you press Ctrl+D, and what does it change to? And which operating system & which MKVToolNix version are you using?
__________________
Latest MKVToolNix is v60.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 17th June 2021, 07:17   #1091  |  Link
asarian
Registered User
 
Join Date: May 2005
Posts: 1,424
I would love for compression "determine automatically" to be disabled by default, subsidiarily, an option to keep my choice to disable compression. It's frankly a bit of silly thing to have it enabled, in this day and age of 4K HDR10+ content. Stop marketing your software like any other cheap xvid bot.
__________________
Gorgeous, delicious, deculture!
asarian is offline   Reply With Quote
Old 17th June 2021, 08:40   #1092  |  Link
Asmodian
Registered User
 
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,231
Quote:
Originally Posted by asarian View Post
It's frankly a bit of silly thing to have it enabled, in this day and age of 4K HDR10+ content.
I consider it a bit silly to not enable it in this day and age of massive computing power.

It is lossless compression and is basically universally supported. Why wouldn't you want it enabled?
__________________
madVR options explained
Asmodian is offline   Reply With Quote
Old 17th June 2021, 08:48   #1093  |  Link
mood
Registered User
 
Join Date: May 2012
Posts: 86
@Mosu after install MKVToolNix 58 rev 14

give me this error "share\misc\magic" could not be found in the installation folder.

Last edited by mood; 17th June 2021 at 22:35.
mood is offline   Reply With Quote
Old 17th June 2021, 09:15   #1094  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,014
Quote:
Originally Posted by mood View Post
@Mosu after install MKVToolNix 58 rev 14

give me this error "share\misc\magic" could not be found in the installation folder.
This is a spurious error you can ignore. I've already fixed that yesterday locally, but I haven't pushed that commit to the repository yet. The program will work fine even with the warning shown as libmagic isn't used for MIME type detection anymore that installation check is simply something I forgot to remove.
__________________
Latest MKVToolNix is v60.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 17th June 2021, 09:18   #1095  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,014
Quote:
Originally Posted by asarian View Post
I would love for compression "determine automatically" to be disabled by default
As said, this is lossless compression supported everywhere. On top of that mkvmerge only uses compression for subtitle tracks by default anyway, not for audio or video tracks.

That being said: Preferences → "Multiplexer" → "Default values" → "Disable additional lossless compression for all track types".
__________________
Latest MKVToolNix is v60.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 17th June 2021, 11:05   #1096  |  Link
asarian
Registered User
 
Join Date: May 2005
Posts: 1,424
Quote:
Originally Posted by Asmodian View Post
I consider it a bit silly to not enable it in this day and age of massive computing power.

It is lossless compression and is basically universally supported. Why wouldn't you want it enabled?
Because it takes an insane amount of sheer wasted time. The notion that mkvnix can compete with/outdo x265, compression-wise, is frankly, a bit delusional. But if mkvnix can significantly compress a HEVC stream, losslessly, beyond what x265 already could, and all in ca. 30 minutes, then I doff my cap at you. But I doubt it.
__________________
Gorgeous, delicious, deculture!
asarian is offline   Reply With Quote
Old 17th June 2021, 11:06   #1097  |  Link
asarian
Registered User
 
Join Date: May 2005
Posts: 1,424
Quote:
Originally Posted by Mosu View Post
As said, this is lossless compression supported everywhere. On top of that mkvmerge only uses compression for subtitle tracks by default anyway, not for audio or video tracks.

That being said: Preferences → "Multiplexer" → "Default values" → "Disable additional lossless compression for all track types".

This good info to have.
__________________
Gorgeous, delicious, deculture!
asarian is offline   Reply With Quote
Old 17th June 2021, 11:20   #1098  |  Link
SeeMoreDigital
Registered User
 
SeeMoreDigital's Avatar
 
Join Date: Jun 2003
Location: Notts, UK
Posts: 11,886
Quote:
Originally Posted by Asmodian View Post
It is lossless compression and is basically universally supported. Why wouldn't you want it enabled?
Indeed... It's 'hardware' media player friendly!
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |
SeeMoreDigital is offline   Reply With Quote
Old 17th June 2021, 11:32   #1099  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,101
Quote:
Originally Posted by asarian View Post
Because it takes an insane amount of sheer wasted time. The notion that mkvnix can compete with/outdo x265, compression-wise, is frankly, a bit delusional. But if mkvnix can significantly compress a HEVC stream, losslessly, beyond what x265 already could, and all in ca. 30 minutes, then I doff my cap at you. But I doubt it.
Except it doesn't do any of that, all it compresses is subtitles. As Mosu already mentioned above your post.

It costs no measurable amount of time.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 17th June 2021, 11:38   #1100  |  Link
asarian
Registered User
 
Join Date: May 2005
Posts: 1,424
Quote:
Originally Posted by nevcairiel View Post
Except it doesn't do any of that, all it compresses is subtitles. As Mosu already mentioned above your post.

It costs no measurable amount of time.
Okay, thx guys. I see the source of my confusion now.
__________________
Gorgeous, delicious, deculture!
asarian is offline   Reply With Quote
Reply

Tags
matroska

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 09:39.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, vBulletin Solutions Inc.