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 June 2016, 16:47 | #4202 | Link |
Registered User
Join Date: Oct 2014
Posts: 476
|
Any idea where to find technical info on MKV segment linking? How hard linking should be implemented vs soft linking?
Oh, and didn't MKVToolNix used to auto-load the UIDs under Segment Linking when a mkv was loaded? I no longer see any UIDs when I drop in one of my linked mkvs. Last edited by kuchikirukia; 19th June 2016 at 17:00. |
19th June 2016, 18:00 | #4203 | Link |
Registered User
Join Date: Dec 2002
Posts: 5,565
|
There are two different ways to do segment linking. One is via the "File/segment linking" options. The other is via ordered chapters:
http://mod16.org/hurfdurf/?p=8 |
27th June 2016, 19:41 | #4204 | 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. |
|
28th June 2016, 02:39 | #4205 | Link | |
Lurker
Join Date: Oct 2005
Posts: 16
|
Quote:
|
|
28th June 2016, 10:55 | #4206 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Thanks for the confirmation.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
1st July 2016, 11:00 | #4207 | Link |
Matroska find' ich toll
Join Date: Apr 2008
Posts: 1,380
|
Hello Mosu
Can you have a look from here? What is with the country code "uk"? It's not present in the MTX-GUI. |
4th July 2016, 01:13 | #4208 | Link | |
Registered User
Join Date: May 2015
Posts: 78
|
Quote:
Problem was with vlc 2.1.5. Upgraded vlc to 2.2.4 and the problem was resolved. I posted the same on GitHub. |
|
7th July 2016, 20:32 | #4209 | Link |
Lurker
Join Date: Oct 2005
Posts: 16
|
Quick question about whether something is possible to do with MKVToolNix--is it possible to get the timecode of the first cluster of an MKV file without scanning the entire file?
I currently have a personal tool written in Java that uses a modified version of jEBML to only read to the first cluster and extract the timecode and then resync the file if the first cluster timecode is not 0 using mkvmerge --sync. (I do this because mkvmerge when splitting by chapters on MPLS from blu-rays will sometimes produce files with non-zero timecodes that cause some players to not seek or display chapters correctly). However, since jEBML is unmaintained and I like to learn new things, I am considering porting my tool to python and would like all mkv operations to be done through external calls to MKVToolNix utils. I know I could fully read the file with mkvinfo, but I have a SAN of ~56TB of MKVs that currently only takes about 90 minutes to scan while fully scanning the files would take days. I was looking at mkvextract timecodes as well, but you must supply a track number so I wonder if the earliest timecode for the video track would match the actual cluster timecode? Last edited by Z-95; 7th July 2016 at 20:38. |
7th July 2016, 20:37 | #4210 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
The first frame's timestamp is not necessarily 0 (e.g. think of a video with B frames in a file where audio starts somewhat after the video). Therefore I'd suggest you start mkvinfo as an external process and parse its output on the fly. Let mkvinfo parse the very first cluster and use the minimum of all timestamps in that cluster as your point of reference. Once the first chapter's been parsed shut down the mkvinfo process. That way you're relatively sure you actually have the minimum timestamp (instead of the first one which might not be the minimum) and you don't have to scan the whole file.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
7th July 2016, 21:05 | #4211 | Link |
Lurker
Join Date: Oct 2005
Posts: 16
|
Yea, I wouldn't want to use the first frame/simpleblock's timecode in case others are earlier; currently I pull the cluster timecode (the level 2 one) and treat that as the offset to pass to --sync and don't look inside the cluster's blocks. I rarely run into having to use it since it only happens with discs where 3+ episodes are all in one large M2TS but still check files for it for sanity.
I hadn't thought about killing the mkvinfo process once it spits out the first cluster timecode--that should work as long as the kill actually terminates relatively immediately (which depends on the language and OS I suppose--Java docs say it may remain alive after destruction for a short while for instance). Will have to test--even short waits is better than nothing. Thanks for the idea! |
13th July 2016, 18:03 | #4212 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
MKVToolNix v9.3.0 released
Here we go, MKVToolNix v9.3.0. It implements several enhancements requested by users, and of course it contains the usual list of bug fixes. Nothing major, mind you. But see below.
Dear package maintainers: please note that MKVToolNix v9.3.0 requires the recently released libEBML v1.3.4 and libMatroska v1.4.5. Here are the usual links: the MKVToolNix home page, the Windows installer/portable version & Mac OS DMG and the source code. The Windows and Mac OS binaries are available. Most of the Linux binaries are still being built and will be available in a couple of hours. Here's the full ChangeLog since v9.2.0: Quote:
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
13th July 2016, 19:13 | #4213 | Link |
Registered User
Join Date: Oct 2013
Posts: 207
|
Now I can't append files that were split into multiple parts. It's always returning the "probe percentage" error.
Tested with the 9.3.0 version. P.S. Tested with old version, and this is not happening. It's exclusive from 9.3.0.. Last edited by Perenista; 13th July 2016 at 19:19. |
13th July 2016, 19:17 | #4214 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
What "probe percentage" error are you talking about (post a screenshot, please)?
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
13th July 2016, 19:41 | #4217 | Link | |
Registered User
Join Date: Dec 2008
Location: Germany
Posts: 173
|
Quote:
getting the same problem, muxing failes with every file: Code:
Der Prozentsatz der zu untersuchenden Daten »4.03371e-316« ist ungültig. Value in Settings is at 0,3, tried to exchange the comma to a decinal point, but the GUI is not accepting it in this field. It doesnt matter what value I input there, the errorvalue (4.03371e-316) is always the same, looks like some limit or wrong formatconversation. And again: Thanks for your continouing hard work !!!!! Last edited by mbcd; 13th July 2016 at 19:54. |
|
13th July 2016, 19:44 | #4218 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
I hate floating point numbers
As a workaround you can try opening the preferences, go to "merge", set "probe range percentage" to e.g. 0.4 (which is different from the default value of 0.3) and close it again. Edit: changed the proposed value to try to 0.4.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. Last edited by Mosu; 13th July 2016 at 19:48. |
13th July 2016, 19:47 | #4219 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
I don't really understand what you're trying to say. Do you mean that when you try to add a file to MKVToolNix GUI it fails if the file's name contains any non-ASCII character? If so I cannot reproduce that here. I've tried characters like German Umlauts (ä ö ü ß etc.), guillemets (» «) and others. In all cases both adding the file as well as muxing it works fine.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
|