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. |
7th December 2019, 23:35 | #562 | Link |
Anime addict
Join Date: Feb 2009
Location: Spain
Posts: 673
|
Would be possible for next versions, let sustitute files from GUI?? For example, at select file and right button of mouse, option for replacing file. This would let keep options of configuration for that track.
Thanks.
__________________
Intel i7-6700K + Noctua NH-D15 + Z170A XPower G. Titanium + Kingston HyperX Savage DDR4 2x8GB + Radeon RX580 8GB DDR5 + ADATA SX8200 Pro 1 TB + Antec EDG750 80 Plus Gold Mod + Corsair 780T Graphite |
8th December 2019, 02:03 | #563 | Link |
Registered User
Join Date: Jan 2019
Location: Russia
Posts: 105
|
What does it mean? Every time after muxing > demuxing *.avc file this 127 bytes adds.
I'm asking because if I remember correctly, earlier versions doesn't change *.avc. Last edited by redbtn; 8th December 2019 at 02:13. |
8th December 2019, 06:36 | #564 | Link |
Registered User
Join Date: Sep 2016
Posts: 10
|
@redbtn
Seems to be relevant: https://forum.doom9.org/showthread.p...82#post1869782 |
8th December 2019, 10:57 | #565 | Link | |
Registered User
Join Date: Jan 2019
Location: Russia
Posts: 105
|
Quote:
|
|
9th December 2019, 16:48 | #566 | Link | |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
Quote:
If possible, I'd like to have a --deterministic option, where the output MKV files with the same command line are always bit-identical, if things like DateUTC/SegmentUID/TrackUIDs/_STATISTICS_WRITING_DATE_UTC are manually set identical (or --disable-track-statistics-tags is used for the stats). A deterministic output would have a few obvious advantages; you can easily see the output is ok (no accidental hw error occurs while muxing), by just running the same command line twice on different machines, and check if the two outputs are identical. If this is technically difficult, though, please ignore this suggestion. Thanks again. |
|
10th December 2019, 19:03 | #569 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
No, sorry. Way too much work, especially with getting things right for files which don't exactly match the replaced file's structure.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
10th December 2019, 19:13 | #570 | Link | ||
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
Quote:
One caveat is that I would only guarantee that the same version of mkvmerge would produce the same files — meaning I wouldn't guarantee that mkvmerge 40 and 50 create the same files. This shouldn't be a problem for your use case. The other caveat is that I would likely make the user have to provide a seed for the random number generator with the option (seed = a number the user choses which will then be used for starting the random number generator; the RNG would then produce the same sequence if the same seed number was given). Why would I want that? Well, because UIDs do matter to mkvmerge. For example, when reading chapters from different files chapters with the same UID are considered to be the same chapter; they're merged by mkvmerge into a single entry. If all random number generation always started with the same name, chances are way too high that all chapters end up with the same UID over and over again. This is the case with "--engage no_variable_data", obviously. Sure, the user might always use the same seed number, but then again it's not my fault anymore As I'm busy at the moment: please open an issue over on Gitlab for this idea so that it won't get lost. Thanks.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
||
13th December 2019, 02:50 | #571 | Link | |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
Quote:
The current version of Header Editor lets me edit TrackUID, but it doesn't update Tag/Targets/TrackUID, so I'll get orphaned tags. Is this by design? I'm going to do that this weekend. Thanks again |
|
13th December 2019, 11:39 | #572 | Link | ||
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
Quote:
I think changing the UIDs inside tags & chapters would be good, but the other things I listed won't be fixed. Please open an issue for this, too. Thanks.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
||
26th December 2019, 10:43 | #574 | Link |
Registered User
Join Date: Mar 2006
Posts: 44
|
Hi.
I am not even sure that this is related to MKVToolnix, but I don't know where else to ask. I have a x265 video file, a DTS HD-MA audio file and an AC3 audio file that I want to mux together to one MKV file. When I do it the following happens. Order of added files: video DTS AC3 Result is that when AC3 audio is selected the video speeds up, and the audio also speeds up. My guess is double speed. video AC3 DTS Result is that when DTS audio is selected the video slows down and the audio also slows down. My guess is half speed. No video, just audio DTS AC3 Result is DTS normal speed and AC3 is double speed. The two audio files played seperatly both play at normal speed. But when combined with MKVToolnix, only the first one plays normal, and the second one is either double or half speed. DTS track is a 2 channel HD-MA track and the AC3 track is a 2 channel 192 kb/s track. I am sure that it is probably something with the audio files, since I have done this in MKVToolnix many times without any problems. I am using Win10 and have tried most recent and several older MKVToolnix versions. All yield the same result. Anyone have an idea on how to trouble shoot this, and maybe pinpoint what is actually going wrong? Thanks in advance. rco133 |
26th December 2019, 11:18 | #575 | Link | |
Registered User
Join Date: Mar 2006
Posts: 44
|
Quote:
rco133 |
|
26th December 2019, 14:16 | #576 | Link | |
SuperVirus
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,351
|
Quote:
Would you mind naming it? |
|
26th December 2019, 19:11 | #577 | Link | |
Registered User
Join Date: Mar 2006
Posts: 44
|
Quote:
Since my last post I have tried several software players. MPC-HC 1.8.8 is my default player, and the one I first detected the issue on. Looks like it doesn't like two audio tracks to have different sample rates. VLC, for some reason I was not able to get it to show the video. But the file played, and I could change audio tracks without the pitch of either of them changing. SMPlayer plays the MKV file just fine, and I can change between the two audio tracks without problems. MPC-HC relies on LAV filter I belive. No idea if this is an MPC-HC or LAV filter issue. Looks like MKVToolnix has absolutely nothing to do with the issue at hand. rco133 |
|
27th December 2019, 01:33 | #578 | Link | |
Registered User
Join Date: Apr 2008
Location: Russia, Vladivostok
Posts: 2,783
|
Quote:
__________________
AMD Ryzen 5 3600 /GIGABYTE B450 Gaming X /Patriot 32Gb@3200 /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215 |
|
28th December 2019, 13:49 | #579 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
The limitation is that the source files must exist in the same paths on the other installation, of course.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
28th December 2019, 22:56 | #580 | Link |
李姗倩 Lǐ Shān Qiàn
Join Date: Nov 2002
Posts: 1,340
|
@Mosu
Thanks very much for implementing the deterministic option (#2698). This may be a very cool feature That is, when a few people are creating MKV files as a team, this option may be very convenient to automatically detect it when something goes wrong. 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. Also, when you're creating a mission-critical MKV file, you may want to mux it twice to see the results are bit-identical. This is like something an audiophile might do, when ripping a CD not in DB (ripping it more than once to make sure every bit is ok). 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. (*) If this is a problem for some reason, one can simply try a different seed such that each UID will have a “typical” byte size. |
Tags |
matroska |
Thread Tools | Search this Thread |
Display Modes | |
|
|