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. |
21st October 2019, 20:09 | #501 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
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 v83.0 If I ever ask you to upload something, please use my file server. |
21st October 2019, 20:10 | #502 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
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 v83.0 If I ever ask you to upload something, please use my file server. |
21st October 2019, 20:12 | #503 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
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 v83.0 If I ever ask you to upload something, please use my file server. |
22nd October 2019, 00:14 | #504 | Link | |
SuperVirus
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,351
|
Quote:
|
|
22nd October 2019, 00:27 | #505 | Link | |
Registered User
Join Date: May 2012
Posts: 92
|
Quote:
|
|
24th October 2019, 04:37 | #506 | Link | |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
Quote:
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 |
|
3rd November 2019, 12:16 | #507 | Link | |||
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Quote:
Quote:
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:
Edit: gosh I wish Doom9 still had working email notifications…
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. Last edited by Mosu; 3rd November 2019 at 12:53. |
|||
4th November 2019, 14:49 | #508 | Link | |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
Quote:
|
|
4th November 2019, 23:48 | #509 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
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
Bug fixes
Build system changes
Have fun
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
5th November 2019, 21:24 | #512 | Link |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
@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. |
6th November 2019, 15:53 | #513 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Quote:
Yeah, typos. I'll fix them. Thanks.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
7th November 2019, 13:27 | #514 | Link | |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
Quote:
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. |
|
8th November 2019, 02:57 | #515 | Link |
Registered User
Join Date: Jan 2019
Location: Russia
Posts: 105
|
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. |
8th November 2019, 16:35 | #517 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Thanks, I'll add BMP handling & skipping cover art with unsupported type fields (instead of treating them as JPEG).
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
8th November 2019, 16:36 | #518 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Quote:
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
8th November 2019, 16:43 | #519 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Quote:
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 v83.0 If I ever ask you to upload something, please use my file server. |
|
8th November 2019, 17:18 | #520 | Link | |||
Registered User
Join Date: Jan 2019
Location: Russia
Posts: 105
|
Quote:
Original Quote:
Quote:
Last edited by redbtn; 8th November 2019 at 17:25. |
|||
Tags |
matroska |
Thread Tools | Search this Thread |
Display Modes | |
|
|