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 21st October 2019, 21:09   #501  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,806
Quote:
Originally Posted by mood View Post
In the last continuous build 38.0.0-revision-028, how can I disable the dark theme?? the new GUI is mess up, I'm using windows 7 x86
Oops, the dark theme was only supposed to be enabled if Windows' own color mode is set to dark. This check was buggy; it even enabled dark mode on Windows versions that don't actually support a color mode setting (anything before Windows 10 1809). I've just fixed that check. New continuous builds will be available in a couple of hours.
__________________
Latest MKVToolNix is v40.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 21st October 2019, 21:10   #502  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,806
Quote:
Originally Posted by kuchikirukia View Post
Sort of an odd request, but when setting mkvtoolnix to split by chapters, would it be possible to have a period as a valid separator along with the comma?
I'm not going to add something like that, sorry. It would be confusing (why only there? Why that particular character? why is "," not enough, it works everywhere else?), and it would be a one-person-feature, something I'm really not keen to add.
__________________
Latest MKVToolNix is v40.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 21st October 2019, 21:12   #503  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,806
Quote:
Originally Posted by Liisachan View Post
@Mosu
My point is, if MKVToolNix started using "font/" suddenly, there could be a lot of confusion.
That's definitely a good point. Announcing such a change in advance is indeed a good idea, something I've done in the past with other changes as well (e.g. the deprecation & later removal of options such as the verbose identification mode). It isn't something I'm willing to work on right now, though I'll probably revisit the topic early next year.
__________________
Latest MKVToolNix is v40.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 22nd October 2019, 01:14   #504  |  Link
filler56789
SuperVirus
 
filler56789's Avatar
 
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 938
Quote:
Originally Posted by Mosu View Post
Oops, the dark theme was only supposed to be enabled if Windows' own color mode is set to dark. This check was buggy; it even enabled dark mode on Windows versions that don't actually support a color mode setting (anything before Windows 10 1809). I've just fixed that check. New continuous builds will be available in a couple of hours.
Just tested v38-029 and confirmed that now it works as expected

filler56789 is offline   Reply With Quote
Old 22nd October 2019, 01:27   #505  |  Link
mood
Registered User
 
Join Date: May 2012
Posts: 83
Quote:
Originally Posted by Mosu View Post
Oops, the dark theme was only supposed to be enabled if Windows' own color mode is set to dark. This check was buggy; it even enabled dark mode on Windows versions that don't actually support a color mode setting (anything before Windows 10 1809). I've just fixed that check. New continuous builds will be available in a couple of hours.
oki thanks Mosu
mood is offline   Reply With Quote
Old 24th October 2019, 05:37   #506  |  Link
Liisachan
李姗倩 Lǐ Shān Qin
 
Liisachan's Avatar
 
Join Date: Nov 2002
Posts: 1,182
Quote:
Originally Posted by Mosu View Post
That's definitely a good point. Announcing such a change in advance is indeed a good idea, something I've done in the past with other changes as well (e.g. the deprecation & later removal of options such as the verbose identification mode). It isn't something I'm willing to work on right now, though I'll probably revisit the topic early next year.
Thanks for taking this seriously & sorry about the fuss. It's nothing urgent, really. What I'm worrying about is, what's happening like 10 years later. The offical FAQ says: "Q: Will my .mkv files be compatible with future Matroska software if i will use current tools to mux my files? A: The files being created now are spec compliant." That sort of things.
It would be reassuring if in the future, there is a little footnote to FileMimeType in the specs, saying e.g. "For historical reasons please treat (a list of MIMEs) as 'font/sfnt'."

Also, I still think it would be more intuitive if the menu item "Show job queue" is renamed to "Show job queue/log" when "Error(s)" on the statusbar is right-clicked.

Another thing I always find counter-intutive about GUI is this. If you open a source file e.g. vorbis.ogg, and just try to close the GUI, it says...

Close modified file
-------------------
The file "vorbis.mka" has been modified. Do you really want to close?
[Close file] [Cancel]

From the user's point of view, "vorbis.mka" doesn't even exist, and it's not clear what the GUI "has modified" or what it wants to "close". If you [Close file], not the "modified file" but the GUI itself will close. I find this a bit illogical. I think what it wants to say is something like this:

Unsaved project
------------------
Unsaved changes to a job to write "vorbis.mka". Exit anyway?
[Yes] [Cancel]

This happens to me, e.g. when I use the GUI to generate a prototype command line, copy it to the clipboard, and quickly close the GUI without muxing.

Finally, I've noticed that MKVToolNix automatically imports a cover art in several cases, e.g. from FLAC, but not from MP4 (moov.udta.meta).

Perhaps none of the above are important (at least nothing is urgent). Perhaps some of them are known limitations or by design. Reporting them anyway just in case. Feel free to ignore them and thanks again for your hard work
Liisachan is offline   Reply With Quote
Old 3rd November 2019, 12:16   #507  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,806
Quote:
Originally Posted by Liisachan View Post
Also, I still think it would be more intuitive if the menu item "Show job queue" is renamed to "Show job queue/log" when "Error(s)" on the statusbar is right-clicked.
I've just changed that to "Show job queue & access job logs".

Quote:
Originally Posted by Liisachan View Post
From the user's point of view, "vorbis.mka" doesn't even exist, and it's not clear what the GUI "has modified" or what it wants to "close". If you [Close file], not the "modified file" but the GUI itself will close. I find this a bit illogical. I think what it wants to say is something like this:
I partially agree. I've changed the wording to make it clear that the program is asking about changed multiplex settings that would create a certain file.

I disagree about changing the wording to "exiting" the program. The thing is that the question applies both when you quit the program & when you close the current tab. In fact, quitting the program will first close all open tabs, and that's when the question is asked. It is asked for all tabs that have been modified (in the multiplexer, chapter editor & header editor). So labeling the button with "exit program" would be somewhat strange if one of the following tabs was modified, too; the question would again be asked for that tab, and the program would not have been quit yet. I'll leave the wording for the button as "close …".

Quote:
Originally Posted by Liisachan View Post
Finally, I've noticed that MKVToolNix automatically imports a cover art in several cases, e.g. from FLAC, but not from MP4 (moov.udta.meta).
Yeah, it's not been on my radar yet. I'll look into implementing support for it.

Edit: gosh I wish Doom9 still had working email notifications…
__________________
Latest MKVToolNix is v40.0.0

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

Last edited by Mosu; 3rd November 2019 at 12:53.
Mosu is offline   Reply With Quote
Old 4th November 2019, 14:49   #508  |  Link
Liisachan
李姗倩 Lǐ Shān Qin
 
Liisachan's Avatar
 
Join Date: Nov 2002
Posts: 1,182
Quote:
Originally Posted by Mosu View Post
I disagree about changing the wording to "exiting" the program. The thing is that the question applies both when you quit the program & when you close the current tab. In fact, quitting the program will first close all open tabs, and that's when the question is asked. It is asked for all tabs that have been modified (in the multiplexer, chapter editor & header editor). So labeling the button with "exit program" would be somewhat strange if one of the following tabs was modified, too; the question would again be asked for that tab, and the program would not have been quit yet. I'll leave the wording for the button as "close ".
Okay, that makes sense. I'm guessing everything looks cool in the original language (German), and changing text even a bit is actually a lot of work, since it'll have to be re-translated to many user-interface languages. Please don't overthink about my random observations... Take it easy & thanks again
Liisachan is offline   Reply With Quote
Old 4th November 2019, 23:48   #509  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,806
MKVToolNix v39.0.0 released

Good evening everyone. Here's a nice fresh release of MKVToolNix for y'all: v39.

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 39.0.0 "In The Waiting Line" 2019-11-04
New features and enhancements
  • mkvmerge: Blu-ray: when reading an MPLS playlist mkvmerge will look up and use chapter names from the Blu-ray's "track/chapter names" meta data if it exists. Part of the implementation of 2486.
  • mkvmerge: MP4 reader: if present, cover art images (the "meta.udta.ilist.covr" atom) will be converted into attachments.
  • MKVToolNix GUI: multiplexer: when adding a playlist from a Blu-ray disc, the disc library meta data will be parsed, and the biggest thumbnail, if present, will be added as a new attachment with name "cover.jpg" (extension depends on thumbnail's extension). Implements #2644.
  • MKVToolNix GUI: multiplexer: when adding a playlist from a Blu-ray disc, the title from the disc library meta data will be set as the new file title if the disc library meta data contains one & no title has been set yet.
  • MKVToolNix GUI: multiplexer: the automatically generated destination file name will now be based on the file title if one is set at that point. This works in conjunction with the title being said from the Blu-ray disc library meta data.
  • MKVToolNix GUI: chapter editor: when reading chapters from an MPLS playlist the GUI will look up and use chapter names from the Blu-ray's "track/chapter names" meta data if it exists. Part of the implementation of 2486.
  • MKVToolNix GUI: Windows: added a dark mode that's enabled when Windows 10's dark mode is turned on.
  • translations: added a Bulgarian translation of the programs & the man pages by Симеон Цветков (see "AUTHORS").

Bug fixes
  • mkvmerge: attachments without a file name won't be ignored anymore. Part of the fix of #2642.
  • MKVToolNix GUI: header editor: attachments with an empty name element will be shown as "<unnamed>" as originally intended. Part of the fix of #2642.
  • Linux AppImage: the AppImage will no longer change directories before running the desired executable allow the use of relative file names. Fixes #2632.

Build system changes
  • MKVToolNix now requires a C++ compiler that supports the following features of the C++17 standard: ""[[maybe_unused]]" attribute", "nested namespace definition", "structured bindings". For the GNU Compiler Collection (gcc) this means v7 or newer; for clang it means v4 or newer.
  • Boost 1.60.0 or newer is now required.

Have fun
__________________
Latest MKVToolNix is v40.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 5th November 2019, 14:05   #510  |  Link
hubblec4
Matroska find' ich toll
 
Join Date: Apr 2008
Posts: 1,073
Thank you for your work all the time.
hubblec4 is offline   Reply With Quote
Old 5th November 2019, 14:29   #511  |  Link
DMD
Registered User
 
DMD's Avatar
 
Join Date: Jan 2006
Location: Italy
Posts: 191
I congratulate the developers of the 39.00 release, the dark blue graphic appearance is very welcome and restful.
Thanks
DMD is offline   Reply With Quote
Old 5th November 2019, 21:24   #512  |  Link
Liisachan
李姗倩 Lǐ Shān Qin
 
Liisachan's Avatar
 
Join Date: Nov 2002
Posts: 1,182
@Mosu
Thanks a lot! Tested MP4 cover art support: it works fine, even supporting 2 or more cover arts flawlessly. Very cool Also, thanks for text tweaking.
Really appreciated.

Just so you know (not your problem!): While testing, I noticed that foobar2000 (tested v1.5 beta20) writes cover art(s), under certain conditions, in a non-standard position of MP4 (moov.udta.tags.cvrx). I think you can ignore such wild cover art(s). Compared with older version, fb2k is now trying to use moov.udta.meta more, but it still uses moov.udta.tags at least sometimes.

EDIT
changelog typos?
"meta.udta" -> "udta.meta"
"ilist" -> "ilst"

Last edited by Liisachan; 5th November 2019 at 22:15.
Liisachan is offline   Reply With Quote
Old 6th November 2019, 15:53   #513  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,806
Quote:
Originally Posted by Liisachan View Post
Thanks a lot! Tested MP4 cover art support: it works fine, even supporting 2 or more cover arts flawlessly. Very cool
Good to hear. The only files I had available for testing were ones with a single cover art picture each; therefore I couldn't test that.

Quote:
Originally Posted by Liisachan View Post
changelog typos?
"meta.udta" -> "udta.meta"
"ilist" -> "ilst"
Yeah, typos. I'll fix them. Thanks.
__________________
Latest MKVToolNix is v40.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 7th November 2019, 13:27   #514  |  Link
Liisachan
李姗倩 Lǐ Shān Qin
 
Liisachan's Avatar
 
Join Date: Nov 2002
Posts: 1,182
Quote:
Originally Posted by Mosu View Post
Good to hear. The only files I had available for testing were ones with a single cover art picture each; therefore I couldn't test that.
Thanks but small bad news: MPC-like players (including the latest MPC-BE) and LAV recognize a cover art in BMP too, iff the atom flag is 0x1b (undocumented value?).

I don't think there are many MP4s with BMP cover arts, but such images are somehow widely supported anyway (MPC, LAV, foobar2000). Currently MKVToolNix treats such a BMP as cover.jpg (image/jpeg) when it's actually BMP, which is obviously not good.

Maybe the right thing to do is, treat a cover as jpeg if 0x0d, as a png if 0x0e, otherwise just ignore a cover image as unrecognizable. Of course you could support non-standard (?) BMP covers if you'd like to... or you can just ignore this problem as such a file is perhaps actually rare.

Here's a sample clip - no video, silent audio + 3 cover arts in PNG/JPG and BMP. When e.g. MPC-HC (clsid2) plays this clip, it even shows the BMP image like a static video, as it's the 1st cover art.

EDIT
1. It seems that mp4 parsers tend to ignore this atom flag, and instead read the first 4 bytes of the image data to see if it's JPEG or PNG.
2. FYI: foobar2000 (audio player for Windows) also accepts BMP and GIF (not only JPEG and PNG) in its "Import picture file" dialog box. As such, an MP4 file written by foobar2000 is generally broken (not standard-compliant) in more than one aspect.

Last edited by Liisachan; 8th November 2019 at 15:49.
Liisachan is offline   Reply With Quote
Old 8th November 2019, 02:57   #515  |  Link
redbtn
Registered User
 
redbtn's Avatar
 
Join Date: Jan 2019
Location: Russia
Posts: 87
Something weird happens. When I mux 7.1 channel opus file into MKV, it seems like some metadata is lost.
It doesn't have Channel layout anymore (mediainfo shows only L channel, I think WAVEFORMATEXTENSIBLE_CHANNEL_MASK=0X6 is lost) and information about encoder, maybe something else.
And after demuxing opus from MKV, files are not the same. They looks very different in hex editor. Is it normal? I'm asking because any other formats like flac, dts, ac3 etc exactly the same after mux>demux.

Last edited by redbtn; 8th November 2019 at 03:32.
redbtn is offline   Reply With Quote
Old 8th November 2019, 11:27   #516  |  Link
tormento
Acid fr0g
 
tormento's Avatar
 
Join Date: May 2002
Location: Italy
Posts: 1,034
Is it possible to have the light theme back? I find the dark theme too dark.
__________________
@turment on Telegram
tormento is offline   Reply With Quote
Old 8th November 2019, 16:35   #517  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,806
Quote:
Originally Posted by Liisachan View Post
Thanks but small bad news: MPC-like players (including the latest MPC-BE) and LAV recognize a cover art in BMP too, iff the atom flag is 0x1b (undocumented value?).
Thanks, I'll add BMP handling & skipping cover art with unsupported type fields (instead of treating them as JPEG).
__________________
Latest MKVToolNix is v40.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 8th November 2019, 16:36   #518  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,806
Quote:
Originally Posted by tormento View Post
Is it possible to have the light theme back? I find the dark theme too dark.
See here.
__________________
Latest MKVToolNix is v40.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 8th November 2019, 16:43   #519  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,806
Quote:
Originally Posted by redbtn View Post
Something weird happens. When I mux 7.1 channel opus file into MKV, it seems like some metadata is lost.
It doesn't have Channel layout anymore (mediainfo shows only L channel, I think WAVEFORMATEXTENSIBLE_CHANNEL_MASK=0X6 is lost) and information about encoder, maybe something else.
I don't know how channel layout is stored off the top of my head. I'll have to investigate. Please upload one such Opus file (from before muxing it!) to my file server or somewhere else I can get to. Thanks.

Quote:
Originally Posted by redbtn View Post
And after demuxing opus from MKV, files are not the same. They looks very different in hex editor. Is it normal? I'm asking because any other formats like flac, dts, ac3 etc exactly the same after mux>demux.
That is normal as Opus is extracted into the Ogg container format (same as Vorbis, but unlike the other formats you've listed which do not require a container around them). That process is lossy, e.g. the stream's serial number is chosen randomly during extraction.
__________________
Latest MKVToolNix is v40.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 8th November 2019, 17:18   #520  |  Link
redbtn
Registered User
 
redbtn's Avatar
 
Join Date: Jan 2019
Location: Russia
Posts: 87
Quote:
Originally Posted by Mosu View Post
I don't know how channel layout is stored off the top of my head. I'll have to investigate. Please upload one such Opus file (from before muxing it!) to my file server or somewhere else I can get to. Thanks.
Done. File named "opus-512.opus"

Original
Quote:
Channel(s)_Original : 8
Channel(s)_Original : 8 channels
Channel positions : Front: L C R, Side: L R, Back: L R, LFE
ChannelPositions_Original : Front: L C R, Side: L R, Rear: L R, LFE
Channel positions : 3/2/2.1
ChannelPositions_Original : 3/2/3 ( i dont know why, cuz original flac before convert to opus was 3/2/2.1 )
Channel layout : L R C LFE Lb Rb Ls Rs
After muxing
Quote:
Channel(s) : 8
Channel(s) : 8 channels
Channel positions : Front: L C R, Side: L R, Rear: L R, LFE
Channel positions : 3/2/3
Channel layout : L

Last edited by redbtn; 8th November 2019 at 17:25.
redbtn 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 08:58.


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