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. |
19th March 2020, 16:20 | #661 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Quote:
Same with automating/scripting stuff. If you want to be efficient, use automation; if you don't know how, invest the time & learn. If you aren't willing to invest the time, then I can only understand that to mean that the topic isn't that important to you.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
19th March 2020, 17:53 | #662 | Link | |
Acid fr0g
Join Date: May 2002
Location: Italy
Posts: 2,580
|
Quote:
In this spirit, I gave you a comment to improve your great product: my hint was about a feature many could find useful.
__________________
@turment on Telegram |
|
20th March 2020, 08:51 | #663 | Link | |
李姗倩 Lǐ Shān Qiān
Join Date: Nov 2002
Posts: 1,340
|
Quote:
Example: - When you create a new job on GUI and add a source file "D:\CD Image.flac", the Destination file "D:\CD Image.mka" is auto-selected. Type something in the File title editbox; the Destination file remains the same. In this state, you'd think "CD Image.mka" will be created when "Start multiplexing" is clicked... - What will actually happen is different (already reported). - Not only that, even if you manually type or select the Destination "D:\CD Image.mka" (suppose you do want to use that file name) after you type something in File title, GUI ignores it and still tries to create a Matroska file named after the File title. This behavior seems case-sensitive: GUI allows you to write e.g. "D:\CD Image.Mka" (capital M) from "D:\CD Image.flac" with an arbitrary --title. |
|
20th March 2020, 15:54 | #664 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
The GUI tries to determine whether the user has changed the destination file name manually and remembers the name it set automatically. If the current name is different than the automatically determined one, the GUI will stop auto-generating the file name. Sure, there might still be bugs in that process (because it's a shitty guesswork).
Nevertheless, the title issues should be fixed. The latest continuous builds contain the fixes.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
21st March 2020, 01:58 | #665 | Link |
李姗倩 Lǐ Shān Qiān
Join Date: Nov 2002
Posts: 1,340
|
Thanks! Tested 44.0.0.14 and it's working fine
As for the second problem, I've found an easy workaround for Windows. If you want to do e.g. mkvmerge -o "D:\path to\foo.mkv" "D:\path to\foo.264" --title bar using GUI and doesn't want to get bar.mkv, you can just change one character - lowercase the drive letter - in the Destination editbox: "d:\path to\foo.mkv" instead of "D:\path to\foo.mkv". Of course, one can also use Multiplexer | Show command line, and just paste it to cmd.exe or make a batch file (which is most convenient for me). One cosmetic observation: the command line generated by GUI for cmd.exe uses forward slashes to write a path to the folder where mkvmerge.exe exists. E.g. if you have mkvmerge.exe & mkvtoolnix-gui.exe in D:\folder\mkvtoolnix then, a command line generated by GUI looks like: D:/folder/mkvtoolnix\mkvmerge.exe --ui-language en --output ... This seems harmless, though, as cmd.exe now accepts a forward slash as if it were a backslash. |
21st March 2020, 19:26 | #666 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Great! Thanks for the confirmation.
Quote:
Nice, you found one last place where I forgot to use the "show platform-dependent slashes" function. I'll fix that. Yes, it is completely cosmetic as Windows supports both backward and forward slashes as path separators (both in cmd.exe and all of its "open a file" functions).
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
28th March 2020, 09:34 | #667 | Link |
Acid fr0g
Join Date: May 2002
Location: Italy
Posts: 2,580
|
I am encoding lot of material with local dialects and I can't find them in ISO 639-2. I saw they are present in ISO 639-3, could you please add it as optional in the next nightly or major release?
__________________
@turment on Telegram |
28th March 2020, 09:45 | #668 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Quote:
https://www.matroska.org/technical/s...html#languages
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
28th March 2020, 09:56 | #669 | Link | |
Acid fr0g
Join Date: May 2002
Location: Italy
Posts: 2,580
|
Quote:
Anyway, I don't remember where, I saw that current revision of specification is v3 and v4 is work in progress. Perhaps it refers to something else.
__________________
@turment on Telegram |
|
28th March 2020, 17:37 | #670 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
The current Matroska specs contain new elements for specifying languages following the IETF BCP 47 specification (see here for the full spec and here for Wikipedia's summary). That spec is pretty much complete and can express any type of language/territory relationship.
Unfortunately no tool supports those elements yet, and yes, that includes MKVToolNix — because handling those specs is rather complex. Just like real life. So no, I will never add support for ISO 639-3 as I cannot simply use arbitrary values that aren't part of the spec — and the spec already includes a superior mechanism in IETF BCP 47 language elements. I plan on supporting them one day, but please don't ask me for an ETA.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
28th March 2020, 18:56 | #671 | Link | ||
李姗倩 Lǐ Shān Qiān
Join Date: Nov 2002
Posts: 1,340
|
Quote:
Code:
R:\>cd\mkvmerge.exe --version mkvmerge v44.0.0 ('Domino') 32-bit R:\>cd/mkvmerge.exe --version The system cannot find the path specified. Code:
C:\>mkvtoolnix\mkvmerge.exe --version mkvmerge v20.0.0 ('I Am The Sun') 32-bit C:\>mkvtoolnix/mkvmerge.exe --version 'mkvtoolnix' is not recognized as an internal or external command, operable program or batch file. Quote:
mkvmerge -o foo.mkv foo.264 --language 0:mis --track-name 0:"Venetian [vec]" foo.ogg mis = Uncoded languages is not supported by GUI, not in the Available list, but mkvmerge does accept it. MPC shows whatever you type as track-name e.g. "Venetian". It would be ideal if not only ISO 639-3 but the language subtag registry were supported so that e.g. simplified Chinese vs. traditional Chinese subs, or Mandarin vs. Cantonese dubs could be consistently tagged and auto-selected by players. Although the Matroska specs says one can (at least) use suffixes like -cn, -tw, -hk, they are not supported in reality; even if supported, they are not necessarily convenient (e.g. when talking about writing systems, not about countries). Note: even if the language code is not in the GUI listbox by default, mkvmerge accepts any language codes in mkvmerge --list-languages > lang.txt. *Example 1: mkvmerge -o foo.mkv foo.264 --language 0:nap foo.ogg MPC-HC & MPC-BE both show "Napolitan" for this track. *Example2: mkvmerge -o foo.mkv foo.264 --language 0:nap foo.ogg --language 0:mul --track-name 0:"Japanese karaoke with English translation" foo.ass For this subtitle track, MPC-BE shows "Multilingual, Japanese karaoke with English translation". |
||
29th March 2020, 08:58 | #673 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Quote:
In fact both the GUI and mkvmerge use the same list of languages for displaying/checking their validity. All entries that mkvmerge accepts are available in the GUI (preferences → "GUI" → "Often used selections" → "Languages").
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
29th March 2020, 19:38 | #675 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
@Mosu
Re-muxing a video that has a FLAC audio track and using split mode by parts don't seem to work, maybe you can take a look or maybe somebody else can verify it. Code:
G: Matroska, 28.9 MiB, 2 min 49 s, 1 430 kb/s V: HEVC, Main 10@L3.1@Main, 1280x720, 23.976 FPS, 2 088 kb/s A: German, FLAC, 1 291 kb/s, 2ch, 44.1 kHz General CompleteName : C:\Users\frank\Desktop\aaa.mkv Format/String : Matroska Format_Version : Version 4 FileSize/String : 28.9 MiB Duration/String : 2 min 49 s OverallBitRate_Mode/String : Variable OverallBitRate/String : 1 430 kb/s Encoded_Date : UTC 2020-03-29 18:20:06 Encoded_Application/String : mkvmerge v44.0.0 ('Domino') 64-bit Encoded_Library/String : libebml v1.3.10 + libmatroska v1.5.2 Video ID/String : 1 Format/String : HEVC Format/Info : High Efficiency Video Coding Format_Profile : Main 10@L3.1@Main CodecID : V_MPEGH/ISO/HEVC Duration/String : 11 s 220 ms BitRate/String : 2 088 kb/s Width/String : 1 280 pixels Height/String : 720 pixels DisplayAspectRatio/String : 16:9 FrameRate_Mode/String : Constant FrameRate/String : 23.976 (23976/1000) FPS FrameRate_Original/String : 23.976 (24000/1001) FPS ColorSpace : YUV ChromaSubsampling/String : 4:2:0 BitDepth/String : 10 bits Bits-(Pixel*Frame) : 0.095 StreamSize/String : 2.79 MiB (10%) Encoded_Library/String : x265 3.3+10-g08d895bb6:[Windows][GCC 9.3.0][64 bit] 10bit Encoded_Library_Settings : removed, was too long Default/String : Yes Forced/String : No colour_range : Limited colour_primaries : BT.709 transfer_characteristics : BT.709 matrix_coefficients : BT.709 Audio ID/String : 2 Format/String : FLAC Format/Info : Free Lossless Audio Codec CodecID : A_FLAC Duration/String : 2 min 49 s BitRate_Mode/String : Variable BitRate/String : 1 291 kb/s Channel(s)/String : 2 channels ChannelLayout : L R SamplingRate/String : 44.1 kHz FrameRate/String : 9.571 FPS (4608 SPF) BitDepth/String : 24 bits Compression_Mode/String : Lossless StreamSize/String : 26.1 MiB (90%) Encoded_Library/String : Lavf58.38.101 Language/String : German Default/String : No Forced/String : No D:\Projekte\VB\staxrip\bin\Apps\Encoders\ffmpeg\ffmpeg.exe -i "D:\Samples\aaa_temp\aaa ID1.m4a" -af volume=1.7dB -y -hide_banner -ac 2 "D:\Samples\aaa_temp\aaa ID1.flac" edit: Happens also with FLAC created with eac3to.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists Last edited by stax76; 29th March 2020 at 19:50. |
29th March 2020, 21:37 | #677 | Link | |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
Thanks for testing, and if you demux the result with mkvextract, has the flac file the correct length in mpv?
Quote:
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
|
29th March 2020, 21:44 | #678 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Splitting & appending FLAC isn't supported by mkvmerge due to the very unfortunate way FLAC is stored in Matroska. And yes, I was the one who invented how it is stored. I obviously didn't grasp that what I was doing was problematic.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
29th March 2020, 22:49 | #679 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
Thanks, next staxrip build has a verification and a suggestion which settings can be used instead.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
30th March 2020, 07:22 | #680 | Link | |
Registered User
Join Date: Dec 2002
Posts: 5,565
|
Quote:
So re-encoding is the proper way to deal with this. |
|
Tags |
matroska |
Thread Tools | Search this Thread |
Display Modes | |
|
|