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 29th December 2019, 00:54   #581  |  Link
GCRaistlin
Registered User
 
GCRaistlin's Avatar
 
Join Date: Jun 2006
Posts: 303
Muxing a file to Matroska and then demuxing it back (for example wav>mka>wav) doesn't give us the identical copy of the source file (I believe the header gets changed). Thus, it's hard to compare tracks demuxed from BDMV and tracks demuxed from Matroska: we need to mux tracks demuxed from BDMV to Matroska, then demux it and only then compare. Can anything be done about that?
__________________
Magically yours
Raistlin

Last edited by GCRaistlin; 29th December 2019 at 09:31.
GCRaistlin is offline   Reply With Quote
Old 29th December 2019, 09:47   #582  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 6,022
Using a Sample which has 6.1 DTS-HD audio
Code:
mediainfo.exe c:\Users\Selur\Desktop\Sample_7Ch-001.mkv
General
Unique ID                                : 305643535159227373137804081320895496115 (0xE5F0CDBD216A8CAF2B4160690D24BFB3)
Complete name                            : c:\Users\Selur\Desktop\Sample_7Ch-001.mkv
Format                                   : Matroska
Format version                           : Version 4
File size                                : 102 MiB
Duration                                 : 1 min 2 s
Overall bit rate mode                    : Variable
Overall bit rate                         : 13.7 Mb/s
Encoded date                             : UTC 2019-12-28 21:56:35
Writing application                      : mkvmerge v41.0.0.27 ('Smarra') 64-bit
Writing library                          : libebml v1.3.10 + libmatroska v1.5.2

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L4.1
Format settings                          : CABAC / 2 Ref Frames
Format settings, CABAC                   : Yes
Format settings, Reference frames        : 2 frames
Format settings, GOP                     : M=1, N=10
Codec ID                                 : V_MPEG4/ISO/AVC
Duration                                 : 1 min 2 s
Bit rate mode                            : Variable
Bit rate                                 : 9 771 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
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.197
Stream size                              : 72.5 MiB (71%)
Default                                  : Yes
Forced                                   : No

Audio
ID                                       : 2
Format                                   : DTS ES XXCH XLL
Format/Info                              : Digital Theater Systems
Commercial name                          : DTS-HD Master Audio
Codec ID                                 : A_DTS
Duration                                 : 1 min 2 s
Bit rate mode                            : Variable
Bit rate                                 : 3 917 kb/s
Channel(s)                               : 7 channels
Channel layout                           : C L R Ls Rs LFE Cb
Sampling rate                            : 48.0 kHz
Frame rate                               : 93.750 FPS (512 SPF)
Bit depth                                : 24 bits
Compression mode                         : Lossless
Stream size                              : 29.1 MiB (29%)
Language                                 : English
Default                                  : Yes
Forced                                   : No
I use:
Code:
ffmpeg -y -threads 8 -i "C:\Users\Selur\Desktop\Sample_7Ch-001.mkv" -map 0:1 -vn -sn -bsf:a dca_core -acodec copy -map_metadata -1 "E:\Temp\iId_1_aid_0_lang_en_09_28_20_8410_01.dts"
to extract the dts core and get:
Code:
mediainfo.exe "e:\Temp\iId_1_aid_0_lang_en_09_28_20_8410_01.dts"
General
Complete name                            : e:\Temp\iId_1_aid_0_lang_en_09_28_20_8410_01.dts
Format                                   : DTS ES XXCH
Format/Info                              : Digital Theater Systems
Commercial name                          : DTS-ES Discrete
File size                                : 11.2 MiB
Duration                                 : 1 min 2 s
Overall bit rate mode                    : Constant
Overall bit rate                         : 1 509 kb/s

Audio
Format                                   : DTS ES XXCH
Format/Info                              : Digital Theater Systems
Commercial name                          : DTS-ES Discrete
Duration                                 : 1 min 2 s
Bit rate mode                            : Constant
Bit rate                                 : 1 509 kb/s
Channel(s)                               : 7 channels
Channel layout                           : C L R Ls Rs Cb LFE
Sampling rate                            : 48.0 kHz
Frame rate                               : 93.750 FPS (512 SPF)
Bit depth                                : 24 bits
Compression mode                         : Lossy
Stream size                              : 11.2 MiB
so far so good. Notice the core is DTS-ES with 6.1 audio.
Muxing the audio using mkvmerge using:
Code:
mkvmerge --ui-language en -o "E:\Output\Sample_7Ch-001.mkv" --global-tags "E:\Temp\Sample_7Ch-001_09_28_20_8410__02.xml" --language 0:en --default-track 0:yes --forced-track 0:no -a 0 --compression -1:none --no-video --no-subtitles --no-chapters "E:\Temp\iId_1_aid_0_lang_en_09_28_20_8410_01.dts"
I get:
Code:
mediainfo.exe "e:\Output\Sample_7Ch-001.mkv"
General
Unique ID                                : 297622948022399407897597109173123386592 (0xDFE81843105E42451110FB9E70E98CE0)
Complete name                            : e:\Output\Sample_7Ch-001.mkv
Format                                   : Matroska
Format version                           : Version 4
File size                                : 11.2 MiB
Duration                                 : 1 min 2 s
Overall bit rate mode                    : Constant
Overall bit rate                         : 1 511 kb/s
Encoded date                             : UTC 2019-12-29 08:28:49
Writing application                      : mkvmerge v41.0.0 ('Smarra') 64-bit
Writing library                          : libebml v1.3.9 + libmatroska v1.5.2
Encoding Gui                             : Hybrid 2019.12.28.1

Audio
ID                                       : 1
Format                                   : DTS ES XXCH
Format/Info                              : Digital Theater Systems
Commercial name                          : DTS-ES Discrete
Codec ID                                 : A_DTS
Duration                                 : 1 min 2 s
Bit rate mode                            : Constant
Bit rate                                 : 1 509 kb/s
Channel(s)                               : 6 channels
Channel(s)_Original                      : 7 channels
ChannelLayout_Original                   : C L R Ls Rs Cs LFE
Sampling rate                            : 48.0 kHz
Frame rate                               : 93.750 FPS (512 SPF)
Bit depth                                : 24 bits
Compression mode                         : Lossy
Stream size                              : 11.2 MiB (100%)
Language                                 : English
Default                                  : Yes
Forced                                   : No
-> Seems like mkvmerge flags the stream as 6 channel audio.


=> is this a bug or did I miss something?

---
Update:

using ffmpeg for muxing:
Code:
ffmpeg -y  -r 0 -i "E:\Temp\iId_1_aid_0_lang_en_09_28_20_8410_01.dts" -acodec copy -metadata encoding_tool="Hybrid 2019.12.28.1" -r 0 "E:\Output\Sample_7Ch-001_new.mkv"
everything looks fine:
Code:
ediainfo.exe e:\Output\Sample_7Ch-001_new.mkv
General
Unique ID                                : 214078310457880531657066923291995838582 (0xA10DFB9C6A72D9428FC442879C209876)
Complete name                            : e:\Output\Sample_7Ch-001_new.mkv
Format                                   : Matroska
Format version                           : Version 4
File size                                : 11.3 MiB
Duration                                 : 1 min 2 s
Overall bit rate mode                    : Constant
Overall bit rate                         : 1 515 kb/s
Writing application                      : Hybrid 2019.12.28.1
Writing library                          : Lavf58.35.100
ErrorDetectionType                       : Per level 1

Audio
ID                                       : 1
Format                                   : DTS ES XXCH
Format/Info                              : Digital Theater Systems
Commercial name                          : DTS-ES Discrete
Codec ID                                 : A_DTS
Duration                                 : 1 min 2 s
Bit rate mode                            : Constant
Bit rate                                 : 1 509 kb/s
Channel(s)                               : 7 channels
Channel layout                           : C L R Ls Rs Cb LFE
Sampling rate                            : 48.0 kHz
Frame rate                               : 93.750 FPS (512 SPF)
Bit depth                                : 24 bits
Compression mode                         : Lossy
Stream size                              : 11.2 MiB (100%)
Default                                  : Yes
Forced                                   : No
-> so this is probably a bug / missing feature in mkvmerge.

Cu Selur
__________________
Hybrid here in the forum, homepage
Notice: Since email notifications do not work here any more, it might take me quite some time to notice a reply to a thread,..

Last edited by Selur; 29th December 2019 at 10:20.
Selur is offline   Reply With Quote
Old 29th December 2019, 14:09   #583  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,873
Quote:
Originally Posted by Liisachan View Post
Conceptually, a quality-checker can simply demux the MKV created by a teammate and remux it with the same command-line (with the same seed), to see they get an identical file.
Technically those cicumstances don't fall under the conditions I've laid out in the documentation, namely that the source files used to create the Matroska file aren't byte-identical. mkvmerge can and will modify the bitstream for certain codecs, and that process isn't reversed by mkvextract (and technically that process cannot be reversed as there's no way to determine which modifications were actually done). Example: h.264, prefixing key frames with SPS/PPS NALUs or modifying the SPS wrt. to timing or aspect ratio information.

Or to put it differently: given the following processing pipeline:

source_file1 → mkvmerge → Matroska_file1 → mkvextract → intermediate_file1 → mkvmerge → Matroska_file2

the bitstreams in Matroska_file1 and Matroska_file2 may very well be different, and therefore Matroska_file1 & Matroska_file2 may very well be different even if the same options & the same seed are used.

Quote:
Originally Posted by Liisachan View Post
Note. If I understand correctly, what is guaranteed by this option is bit-identicalness with respect to a fixed seed. Two deterministically written MKV files with different seeds, s1, s2, are generally not only non-identical, but also might be different in size. This might happen for example when only one UID in s1-MKV is different in size compared to the corresponding UID in s2-MKV, e.g. one happens to be small and fits in 7 bytes while the other requires 8 bytes. In this example, MKV with s1 is always smaller by 1 byte than MKV with s2 (*). But s1-MKV is always identical no matter how many times you mux it, and s2-MKV is always identical too.
That is absolutely correct.
__________________
Latest MKVToolNix is v47.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 29th December 2019, 14:11   #584  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,873
Quote:
Originally Posted by GCRaistlin View Post
Muxing a file to Matroska and then demuxing it back (for example wav>mka>wav) doesn't give us the identical copy of the source file (I believe the header gets changed). Thus, it's hard to compare tracks demuxed from BDMV and tracks demuxed from Matroska: we need to mux tracks demuxed from BDMV to Matroska, then demux it and only then compare. Can anything be done about that?
No. As I just wrote to Liisachan: certain modifications are done by mkvmerge to bitstreams of certain codecs (and they have to be in order to produce spec-compliant Matroska files) that cannot be reversed by mkvextract.
__________________
Latest MKVToolNix is v47.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 29th December 2019, 17:31   #585  |  Link
Forteen88
Herr
 
Join Date: Apr 2009
Location: North Europe
Posts: 436
I just wanted to say that when I used MKVToolNix v41.0.0 to remux (and then encode the *.mka file to AAC) commentary audio from my Blu-ray ("Scream (1996)"), then the sync was not correct with the video, but when I used eac3to to demux (and then encode to AAC) that same commentary audio from the Blu-ray, it worked great.
When demuxing with eac3to, it had lots of these warnings: "[v01] Video has a gap of 1 frames at playtime 0:01:25. <WARNING>" with different playtimes.
Forteen88 is offline   Reply With Quote
Old 31st December 2019, 03:57   #586  |  Link
Liisachan
李姗倩 Lǐ Shān Qiŕn
 
Liisachan's Avatar
 
Join Date: Nov 2002
Posts: 1,229
@Mosu
Thanks for clarification.

@GCRaistlin
Yeah, the first idea was only “conceptually.” To actually do that, some kind of preparation may be necessary...

Happy new year everyone 2020 - the 18th year of Matroska (first released in 2003)
Liisachan is offline   Reply With Quote
Old 31st December 2019, 13:06   #587  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 6,022
@Mosu: Any insight into the DTS-ES handling issue I posted about?
__________________
Hybrid here in the forum, homepage
Notice: Since email notifications do not work here any more, it might take me quite some time to notice a reply to a thread,..
Selur is offline   Reply With Quote
Old 2nd January 2020, 00:38   #588  |  Link
Liisachan
李姗倩 Lǐ Shān Qiŕn
 
Liisachan's Avatar
 
Join Date: Nov 2002
Posts: 1,229
2 random observations:
1) a while ago, it was asked why muxing via GUI is faster:

Quote:
Originally Posted by robena View Post
In both cases, it's exactly the same command running, but it's much faster from the gui.
This may or may not be related, but it is documented that: “When you add a file to GUI, it runs mkvmerge --identification-format json --identify added-file.ext and parses the output.” So input files are once read already before actual muxing. If, on the other hand, you mux via a command line, it's a cold start. Intuitively this could make differences.

2) Unrelated to 1): I noticed on my Win7 that sometimes a temp file %TEMP%\MKVToolNix-GUI-MuxJob-*.json is not deleted after the job is done. Though I can't reproduce this, I found several such old .json files there. They are not harmless, but I figured I'd report them just in case. Thanks.
Liisachan is offline   Reply With Quote
Old 2nd January 2020, 04:24   #589  |  Link
mkver
Registered User
 
Join Date: May 2016
Posts: 194
Quote:
Originally Posted by Liisachan View Post
2) Unrelated to 1): I noticed on my Win7 that sometimes a temp file %TEMP%\MKVToolNix-GUI-MuxJob-*.json is not deleted after the job is done. Though I can't reproduce this, I found several such old .json files there. They are not harmless, but I figured I'd report them just in case. Thanks.
This has already been reported (as issue 2499) and fixed.
mkver is offline   Reply With Quote
Old 2nd January 2020, 07:07   #590  |  Link
Liisachan
李姗倩 Lǐ Shān Qiŕn
 
Liisachan's Avatar
 
Join Date: Nov 2002
Posts: 1,229
Quote:
Originally Posted by mkver View Post
This has already been reported (as issue 2499) and fixed.
Can you reproduce this with a newer version (mkvtoolnix41 tested)?
1) Start GUI, mux something.
2) first json in %TEMP% created
3) Mux something else.
4) second json in %TEMP% -> first json is still memory mapped; not “freed” [potentially a problem if you mux a lot of files?]
5) Don't explicitly close GUI, and shut down Windows. -> json is not deleted [no cleanup on exit, if not explicitly closed?]
Liisachan is offline   Reply With Quote
Old 2nd January 2020, 12:56   #591  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,873
Quote:
Originally Posted by Selur View Post
@Mosu: Any insight into the DTS-ES handling issue I posted about?
No, I haven't really looked into it, and I don't plan to at the moment. You can open an issue over on GitLab if it's important to you that I do take a look.
__________________
Latest MKVToolNix is v47.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 2nd January 2020, 13:19   #592  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 6,022
Quote:
You can open an issue over on GitLab if it's important to you that I do take a look.
Will do, thanks.
__________________
Hybrid here in the forum, homepage
Notice: Since email notifications do not work here any more, it might take me quite some time to notice a reply to a thread,..
Selur is offline   Reply With Quote
Old 2nd January 2020, 13:34   #593  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,873
Quote:
Originally Posted by Liisachan View Post
2 random observations:
1) a while ago, it was asked why muxing via GUI is faster:

This may or may not be related, but it is documented that: “When you add a file to GUI, it runs mkvmerge --identification-format json --identify added-file.ext and parses the output.” So input files are once read already before actual muxing. If, on the other hand, you mux via a command line, it's a cold start. Intuitively this could make differences.
The identification process only reads the first couple of MB of a file (how much depends on its type). This shouldn't make a difference wrt. overall muxing speed.

Quote:
Originally Posted by Liisachan View Post
2) Unrelated to 1): I noticed on my Win7 that sometimes a temp file %TEMP%\MKVToolNix-GUI-MuxJob-*.json is not deleted after the job is done. Though I can't reproduce this, I found several such old .json files there. They are not harmless, but I figured I'd report them just in case. Thanks.
It's possible this happens when the GUI crashes — but maybe it's something else. Not sure I care enough to spend time on this as the files are created in %TEMP% on purpose, meaning it's totally fine for the user to delete them whenever they seem fit (e.g. via the drive cleanup feature).
__________________
Latest MKVToolNix is v47.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 2nd January 2020, 14:53   #594  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,873
MKVToolNix v42.0.0 released

Hey everyone,

I sincerely hope y'all have had a good start into the new year and are sufficiently recovered from whatever you've done over the last couple of days. I've been busy fixing up release v42 of MKVToolNix. Yeah, I'm that boring

In this release a lot of source code changed under the hood as I replaced two external libraries (Boost's "optional" and "regex" libraries) with ones from the C++ Standard Library. I tested extensively, but it's quite possible there are bugs lurking due to those changes. If you find one, please file a bug on Gitlab as usual. Thanks!

Apart from that there were many, many changes; see below for the list.

Dear package maintainers: apart from the aforementioned library changes (Boost's "optional" and "regex" are no longer used, they've been replaced with "std:ptional" and "std::regex") four new translations of man pages have been added. The required compiler versions haven't changed, though: gcc ≥ 7 and clang ≥ 4 should work fine. Please adjust your packaging instructions accordingly.

And now for the usual boilerplate:

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 42.0.0 "Overtime" 2020-01-02
New features and enhancements
  • mkvmerge: added an option for creating byte-identical files: "--deterministic &lt;seed>". Part of the implementation of #2698.
  • mkvmerge: Matroska reader: mkvmerge will remove the "icpf" atom headers if they're present in frames read from Matroska files. Implements #2692.
  • mkvmerge: MP4 reader: ALAC tracks: the number of channels, sampling frequency and bit depth are now taken from the bitstream in order to fix bogus values on the container level. Implements #2714.
  • mkvpropedit: when changing track UIDs the referring elements in existing chapters & tags will be updated automatically, too. Part of the implementation of #2700.
  • mkvinfo: when the option "-p"/"--hex-positions" is used, element positions will be output regardless of the verbosity level. Part of the implementation of #2713.
  • mkvinfo: added the option "-P"/"--positions" for showing the position of each element in decimal regardless of the verbosity level used. Part of the implementation of #2713.
  • mkvinfo: added the option "-o"/"--continue" for continuing processing when the first cluster is encountered regardless of the verbosity level used. Part of the implementation of #2713.
  • mkvinfo: added the option "-a"/"--all" for outputting all sub-elements (even cues & seek head entries) and not stopping at the first cluster regardless of the verbosity level used. Part of the implementation of #2713.
  • MKVToolNix GUI: multiplexer: added an option in the preferences for disabling adding cover images from Blu-ray discs. Implements #2693.
  • MKVToolNix GUI: multiplexer: added mkvmerge's new "--deterministic" option in the "additional command-line options" dialog. Part of the implementation of #2698.
  • MKVToolNix GUI: header editor:: when changing track UIDs the referring elements in existing chapters & tags will be updated automatically, too. Part of the implementation of #2700.

Bug fixes
  • mkvmerge: HEVC ES parser: fixed a bug in the slice parser calculating the size of a field which in turn could have led to the slice's type being read wrong. Patch by Torsten Hauska. Fixes #2710.
  • mkvmerge: Matroska reader: fixed a segmentation fault when trying to read a file that uses header removal compression but no removed bytes are present in the track headers. Fixes #2687.
  • mkvmerge: MPEG elementary stream parser: fixed an invalid memory access and use of uninitialized memory that could happen under certain circumstances. Fixes #2690.
  • mkvmerge: RealMedia reader: fixed a division by zero when all audio timestamps were zero. Fixes #2689.
  • mkvmerge: RealMedia reader: fixed an invalid memory access in the video frame assembly code triggered by invalid data in the file. Fixes #2691.

Build system changes
  • "std:: optional" (C++17 feature) is now used instead of "boost:: optional".
  • "std::regex" is now used instead of "boost::regex".

Other changes
  • New man page translations into French, Italian, Russian and Chinese Traditional have been added.

Have fun
__________________
Latest MKVToolNix is v47.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 4th January 2020, 16:27   #595  |  Link
GCRaistlin
Registered User
 
GCRaistlin's Avatar
 
Join Date: Jun 2006
Posts: 303
Quote:
Originally Posted by Mosu View Post
certain modifications are done by mkvmerge to bitstreams of certain codecs (and they have to be in order to produce spec-compliant Matroska files) that cannot be reversed by mkvextract.
Is there a way to get the identical tracks by demuxing containers that were built from identical tracks at all? The goal is to find out if a container was built from an undamaged source - by comparing tracks demuxed from it (a BDRemux downloaded from a torrent tracker) to tracks demuxed from another container (an original BD downloaded from another torrent tracker).
__________________
Magically yours
Raistlin
GCRaistlin is offline   Reply With Quote
Old 4th January 2020, 19:10   #596  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,873
Quote:
Originally Posted by GCRaistlin View Post
Is there a way to get the identical tracks by demuxing containers that were built from identical tracks at all? The goal is to find out if a container was built from an undamaged source - by comparing tracks demuxed from it (a BDRemux downloaded from a torrent tracker) to tracks demuxed from another container (an original BD downloaded from another torrent tracker).
In general: no. It is possible for certain codes under certain conditions. AVC/h.264 and HEVC/h.265 do not fall under those conditions, unfortunately.
__________________
Latest MKVToolNix is v47.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 5th January 2020, 16:37   #597  |  Link
King Mustard
Registered User
 
King Mustard's Avatar
 
Join Date: Mar 2008
Posts: 3
For years, I have been using mkvmerge GUI v7.9.0 to remove contents from an MKV file (such as audio or subtitle tracks), or change simple things like language or the default track flag.

Despite my comfort with v7.9.0, I want to try upgrading to v42.0.0, as I'm sure sticking with v7.9.0 will eventually cause me issues.

From what I can see, mkvmerge GUI has dissolved in favor of the larger MKVToolNix GUI. Is that correct?

I have attached two screenshots:
  1. eb_mkvmerge-1.png - An example file in mkvmerge GUI v7.9.0
  2. eb_mkvmerge-2.png - The same file in MKVToolNix GUI v42.0.0
As an example, I'd remove tracks in mkvmerge GUI v7.9.0 by unticking them in the 'Tracks, chapters and tags' section before choosing a destination file (at the bottom) and choosing Start muxing.

Could someone help explain how I would accomplish the same thing in MKVToolNix GUI v42?
Attached Images
  
King Mustard is offline   Reply With Quote
Old 5th January 2020, 18:03   #598  |  Link
mkver
Registered User
 
Join Date: May 2016
Posts: 194
Screenshots on this forum take a really long time to get approved. You'd better use a real image hoster. But actually removing tracks works just the same in the current version as in the older version: You untick them in the "Tracks, chapters and tags" list. It's the lower of the two lists in the multiplexer; the upper is for source files. The "Start muxing" button has been renamed to "Start multiplexing".
mkver is offline   Reply With Quote
Old 8th January 2020, 07:38   #599  |  Link
MrVideo
Registered User
 
MrVideo's Avatar
 
Join Date: May 2007
Location: Wisconsin
Posts: 1,668
Jumping in late to the potential loss of Win7 support.

While saying that if you don't like the loss of Win7 support and move to Mac, or Linux/ As pointed out that won't be realistic for EU country businesses and government agencies. Even here in the states, business and governments dictate what the OS/hardware will be used by employees.

The problem, even for personal users, is that Adobe products do not run under Linux. I have a Linux server from which I do all my browsing and file downloading/uploading. If I want to use Photoshop, Illustrator, etc., I have to use M$. Like many others, Win10 is not in the cards. I'll be dead before that OS lands on any of my computers.

Yes, depending on what a business, or government agency, does, there will be Macs provided to those specialized users. Otherwise, general users will have a M$ computer with Adobe products installed.

As a side note, I have cygwin installed on my Win7 systems. I do a lot of Zshell scripting to automate a lot of what I do, including running mkvmerge.

For many of us around the world, Win7 is here to stay.

End of my 2 cents.
MrVideo is offline   Reply With Quote
Old 9th January 2020, 07:12   #600  |  Link
Asmodian
Registered User
 
Join Date: Feb 2002
Location: San Jose, California
Posts: 3,871
Quote:
Originally Posted by MrVideo View Post
For many of us around the world, Win7 is here to stay.
This is simply one of the many things you will need to keep old versions of.
__________________
madVR options explained
Asmodian 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 19:35.


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