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 4th April 2024, 20:40   #2041  |  Link
hubblec4
Matroska find' ich toll
 
Join Date: Apr 2008
Posts: 1,386
Quote:
Originally Posted by WontonNoodle View Post
ok so chaptereditor and mkvtoolnix results in mismatching frames for the video compared to the disc
Do you had demuxed the tracks inside cE? I have never issues with the video frames.


Quote:
Originally Posted by WontonNoodle View Post
dgdemux and eac3to result in the same frames as the disc
however dgdemux dts track progressively gets more and more out of sync (starts with 0 difference, then 11 ms delay, then up to 54 ms delay vs the eac3to track as the movie goes on)

so either the dgdemux or eac3to track is correct? any ideas as to which one is the right one.
i also tried on a non branching disc and mkvtoolnix, dgdemux, and eac3to all result in the same audio sync.
Both tracks, eac3to.dts and dgdemux.dts are fine, but not perfect, and this is also never possible.

The whole issue comes from the different durations of the frames. A video frame has a duration of 24000/1001 ms (round about 41,708 ms). A .DTS frame has a duration of 32ms (hope I'm right)

Let's say our movie has only one video frame:
When we use only one Audio frame there are now more than 9 ms playtime of the video without sound.
For Blu-ray and maybe all other disc formats:
The Audios are always longer than the video.

So we have to use 2 Audio frames for our One-Video-Frame-Movie.
Now is the Audio duration 64ms and plays 22ms longer then the video.

But when the movie uses multiple m2ts files, for each m2ts there is now a bit more Audio as Video.
eac3to and DGDemux drops Audio frames when the desynch reach a certain limit.

There are also more discussion on Reddit.
I have written a lot email with this user and he work on a method where no demuxing is necessary.
He means removing Audio data is not good, and he inspired me to look deeper in the BD-specs.
And he is absolute right.
But to keep the entire data and playback then correctly is currently not possible, but maybe in a near future.
I am excited if he can make it to run.
When you preserve all the m2ts files in separate mkv files and use Linked-Ordered-Chapters, this could work.
hubblec4 is offline   Reply With Quote
Old 12th April 2024, 15:30   #2042  |  Link
Ripman
Registered User
 
Join Date: May 2015
Posts: 78
GM M. Just posting to let you know that your sw is “top-shelf.” Feature rich, never crashes, sensible layout, man pages, prior versions, cli…. It’s all there. I even see Reddit posts about mkvtoolnix. Really great product.

Thanks for the new version too. Best….
Ripman is offline   Reply With Quote
Old 12th April 2024, 15:47   #2043  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,285
Thank you very much for your kind words!
__________________
Latest MKVToolNix is v84.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 14th April 2024, 20:44   #2044  |  Link
NumberSix
Registered User
 
Join Date: Feb 2024
Posts: 2
Hi, all

New to this forum - apologies if this query is in the wrong place.

Have been using mkvtoolnix for a number of years now and it has been a fantastic bit of software - many thanks to the author.

I am just trying to remux rips of my copies of the Top Gun 4K UHD Blu rays and am confused about how to handle the Dolby Vision data.

I am using MakeMKV to copy BDMV folder structures from the discs, and then eac3to to demux to individual streams from the relevant playlists. The demuxing process produces two video streams. My understanding one is the HDR10 "base" layer, and the second (1080p "resolution") stream is the "enhanced" layer track used for DV metadata.

My question is, how should this be processed when remuxing into an MKV using mkvtoolnix? I am simply adding both files to the GUI as separate video tracks - but I have no idea if this is the right process to use?

On v81.0, if it's relevant.

Thanks!
NumberSix is offline   Reply With Quote
Old 14th April 2024, 20:47   #2045  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,285
mkvmerge can read Dolby Vision directly from other Matroska files or from MPEG transport streams (M2TS), but it cannot combine two raw elementary streams. Therefore the "demux the tracks with eac3to" stept is breaking this workflow. Why are you demuxing in the first place?
__________________
Latest MKVToolNix is v84.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 15th April 2024, 00:29   #2046  |  Link
NumberSix
Registered User
 
Join Date: Feb 2024
Posts: 2
Thanks for the prompt reply!

I am demuxing due to the mixed results I've had when using mkvtoolnix or other tools to read directly from mpls/m2ts. Using eac3to to demux before remuxing in a tool like mkvtoolnix has been the most reliable approach to dealing with titles that use seamless branching on the disc.

Is there any way to combine the streams prior to feeding into mkvtoolnix?
NumberSix is offline   Reply With Quote
Old 15th April 2024, 12:10   #2047  |  Link
hubblec4
Matroska find' ich toll
 
Join Date: Apr 2008
Posts: 1,386
Hi NumberSix
For demuxing seamless branching discs with HEVC(+DV) you must use DGDemux for demuxing. And better you use chapterEditor, it is extra designed for such a task.
hubblec4 is offline   Reply With Quote
Old 28th April 2024, 12:27   #2048  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,285
MKVToolNix v84.0 released

Hey y'all.

MKVToolNix v84 is out, with a handful of bug fixes & a handful of enhancements. The usual stuff.

Here are the usual links: the MKVToolNix home page, the downloads section and the source code.

The Windows packages as well as the Linux AppImage are available already. The other Linux packages are still being built and will be available over the course of the next couple of hours.

Please note that due to technical reasons I haven't been able to build the macOS disk image yet. I don't know when I'll be able to fix it.

Here are the NEWS since the previous release:

Version 84.0 "Sleeper" 2024-04-28
New features and enhancements
  • mkvmerge: added a new file-specific option "--regenerate-track-uids". When used for Matroska files, "mkvmerge" will generate new random track UIDs instead of keeping existing track UIDs. This is done automatically when a Matroska file was created by MakeMKV.
  • mkvmerge: MP4 reader: added support for FLAC in MP4. Implements #3692.
  • MKVToolNix GUI: multiplexer: the "Attachments" tab's title will now include the total number of attachments (both from source files & to newly attach). Implements #3693.
  • translations: added a Norwegian Bokmål translation of the programs by Roger Knutsen (see "AUTHORS").

Bug fixes
  • configure: when called with "--disable-gui" the build system still ran the check for the GUI libraries & failed if they weren't found. This check is now skipped when the option is given. Fixes #3680.
  • mkvmerge: several color-related track header properties were parsed into & stored as a wrong integer type internally. This could result in wrong values being copied when very large values were present in source files, or in error messages when very large values were used as command-line parameters.
  • MKVToolNix GUI: multiplexer: the keyboard shortcuts from the "modify selected tracks" sub-menu didn't work right after opening a file. They only started working after opening the "multiplexer" menu. Fixes #3681.

Build system changes
  • Release v8.0.0 of the "fmt" library is now required. If not found, the bundled copy will be used.
  • A C++20 compatible compiler is now required for several but certainly not all C++20 features. g++ v10 & clang++ v10 should suffice.

Have fun 😁
__________________
Latest MKVToolNix is v84.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 10th May 2024, 11:37   #2049  |  Link
shearerc
Registered User
 
Join Date: Jan 2007
Posts: 10
Hi Mosu,

Your latest Windows binaries are signed by the sub-CA "GoGetSSL G4 CS RSA4096 SHA256 2022 CA-1" of the "DigiCert Trusted Root G4" root CA.

Our Windows 10 and 11 machines do not have the sub-CA "GoGetSSL G4 CS RSA4096 SHA256 2022 CA-1", and I can't seem to find this intermediate cert anywhere.
It's strange, because normally a CA will make them available for download like these:
https://www.gogetssl.com/wiki/interm...-certificates/
https://www.digicert.com/kb/digicert...rtificates.htm

Perhaps you can make it available on your site?
shearerc is offline   Reply With Quote
Old 10th May 2024, 12:14   #2050  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,285
In general I'm strongly against making CA files available on arbitrary websites that aren't run by the organization operating the CA. It always smells incredibly bad to me. The obvious exceptions are the well-known CA bundles operated by browser vendors. But certainly not on random project websites; that always smells kind of bad to me, to be honest.

To me it looks like GoGetSSL didn't think of adding the intermediates they use for code-signing to the website you've linked to. If anything, you should ask them to add the relevant intermediates to their site.
__________________
Latest MKVToolNix is v84.0

If I ever ask you to upload something, please use my file server.

Last edited by Mosu; 11th May 2024 at 12:29.
Mosu is offline   Reply With Quote
Old 11th May 2024, 10:51   #2051  |  Link
shearerc
Registered User
 
Join Date: Jan 2007
Posts: 10
Thanks Mosu, upon further reflection, I agree it's wiser (from a trust perspective) for the CA to publish the intermediates themselves. I'll ask them to do just that (hopefully just an oversight)
shearerc is offline   Reply With Quote
Old 13th May 2024, 12:08   #2052  |  Link
shearerc
Registered User
 
Join Date: Jan 2007
Posts: 10
After being brushed off by GoGetSSL's incompetent L1 Support, I did a bit of research and found how to retrieve the intermediate cert's download URL!

From https://www.thesslstore.com/blog/aia-fetching/ :
AIA, or Authority Information Access, is an extension in SSL certificates that provides information about the issuer. One of the purposes of this extension is to provide a link to the issuing intermediate certificate.

So I examined in detail the exe's digital cert, and voila!, under the Authority Information Access [section 2] is the URL to the Gogetssl cert. See attached screenshot.

Downloaded & imported it into Windows 10's cert store and binaries can be validated now
Attached Images
 
shearerc is offline   Reply With Quote
Old 15th May 2024, 18:55   #2053  |  Link
AngelGraves13
Registered User
 
Join Date: Dec 2010
Posts: 260
Noticed a new bug in v84.0

* UID of tracks are changed after being processed with mkvtoolnix from say 1, 2, 3 to long random numbers. I'd prefer if the UIDs aren't altered.
AngelGraves13 is offline   Reply With Quote
Old 15th May 2024, 19:00   #2054  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,285
That's an intentional change. UIDs are supposed to be unique & random. Having them just numbered starting from 1 poses subtle issues in certain scenarios.

So no, not a bug, and no, won't change.
__________________
Latest MKVToolNix is v84.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 15th May 2024, 21:54   #2055  |  Link
AngelGraves13
Registered User
 
Join Date: Dec 2010
Posts: 260
Quote:
Originally Posted by Mosu View Post
That's an intentional change. UIDs are supposed to be unique & random. Having them just numbered starting from 1 poses subtle issues in certain scenarios.

So no, not a bug, and no, won't change.
I guess I'll have to manually change them all after I mux then lol.

It's changing the UIDs for tracks that are already there, not tracks that I'm adding.

I'll open an MKV with 3 tracks, UIDs 1, 2, 3. Hit "start" and it'll change them. No tracks or subtitles were added. You're telling me this is intentional? It's a stupid "intention"
AngelGraves13 is offline   Reply With Quote
Old 15th May 2024, 22:08   #2056  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,285
Yes, it is very much intentional.
__________________
Latest MKVToolNix is v84.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 15th May 2024, 22:14   #2057  |  Link
AngelGraves13
Registered User
 
Join Date: Dec 2010
Posts: 260
Quote:
Originally Posted by Mosu View Post
Yes, it is very much intentional.
Ok, so more work for people who want it to look neat.
AngelGraves13 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 21:50.


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