[RESOLVED] Seamless branching issues?

Support forum for DGDecNV
gonca
Posts: 760
Joined: Sun Apr 08, 2012 6:12 pm

Re: Seamless branching issues?

Post by gonca » Wed Oct 02, 2019 12:47 pm

How to rip it
Easy way
Install MakeMKV
Set it up, make sure Allow contacting web server for updates

Launch MakeMKV
Put disc in drive
Select folder back up (2nd icon from left, I believe)
Name it and go

Issue is up to renois to describe

User avatar
Rocky
Posts: 337
Joined: Fri Sep 06, 2019 12:57 pm

Re: Seamless branching issues?

Post by Rocky » Wed Oct 02, 2019 12:55 pm

Thank you, gonca!

User avatar
Rocky
Posts: 337
Joined: Fri Sep 06, 2019 12:57 pm

Re: Seamless branching issues?

Post by Rocky » Wed Oct 02, 2019 12:58 pm

It's ripping. Whee!

Boatloads of tiny M2TS files. :wow:

User avatar
Rocky
Posts: 337
Joined: Fri Sep 06, 2019 12:57 pm

Re: Seamless branching issues?

Post by Rocky » Wed Oct 02, 2019 1:29 pm

What is this LibreDrive stuff? Found links saying we need LibreDrive support to rip UHD disks. But MakeMKV reports LibreDrive is not supported for my drive but goes ahead and rips the disk. :scratch:

renols
Posts: 64
Joined: Tue Feb 22, 2011 3:34 am

Re: Seamless branching issues?

Post by renols » Wed Oct 02, 2019 3:01 pm

Hi.

Download makemkv and use that to decrypt the disc.

You should end up with a folder with all the files decryted. From there on it is just the same as working with "normal" bluray disk (more or less).

At least in dgindexnv there is no difference wether you index a decryoted 4k disk or a bluray disk.

What I did was to open the english mpls file in dgindexnv and then indexed both the video, audio (truehd) and subs.

Then I used mkvtoolnix to mux the h265 file and the truedhd and embedded ac3 file into an mkv file.

After that the mkv file when played back in MPC-HC showed the truehd and 2-3 ac3 streams. Eventhough I only added the embedded AC3 in the mux.

The truehd stream was in perfect sync, but the AC3 file was ok at the start, but got worse and worse out of sync throughout the movie.

If I used eac3to to demux to thd+ac3 and muxed that file into an mkv file only one AC3 stream would show up in MPC-HC and both truehd and AC3 would be in sync throughout. With eac3to the subs would be quite a bit out of sync towards the end, whereas they were in perfect sync with the files from dgindexnv.

It looks as if for some reason the number of m2ts files in the mpls causes som problem when creating the embedded ac3 file.

Hope that the above helps. The entire idea was to encode it to smaller size to save space, but then I noticed the out of sync issue, and put that on pause for now.

renols

gonca
Posts: 760
Joined: Sun Apr 08, 2012 6:12 pm

Re: Seamless branching issues?

Post by gonca » Wed Oct 02, 2019 4:07 pm

LibreDrive
https://www.makemkv.com/forum/viewtopic ... 19&t=18856
and
https://www.makemkv.com/forum/viewforum ... b6a795e267

What drive did you get, firmware as well, if you don't mind my asking

P.S.
Are you sure LibreDrive mode is not supported?
Reason I ask is that there are some features, like unrestricted read speed, which are not yet supported but the drive in general is.
You do have the "Decryption" checkbox marked?

gonca
Posts: 760
Joined: Sun Apr 08, 2012 6:12 pm

Re: Seamless branching issues?

Post by gonca » Wed Oct 02, 2019 5:15 pm

renols
Try to re multiplex the mpls directly with MKVToolNix and see if the problem is still there

User avatar
Rocky
Posts: 337
Joined: Fri Sep 06, 2019 12:57 pm

Re: Seamless branching issues?

Post by Rocky » Wed Oct 02, 2019 9:46 pm

Thank you guys for your posts and information. Very helpful!

I'll tell you how things currently work or don't work, and then we'll decide where to go. I'm not very interested in what other tools are doing.

When we demux multiple M2TS files we can run into desync because the granularity of the audio is not the same as that of the video. So each M2TS file gap can contribute to a desync. DGIndexNV knows about this but only for pure AC3 files (not embedded AC3). The Cars 2 disk has a THD stream, an AC3 stream embedded in the THD, two EAC3 streams, and three pure AC3 streams. DGIndexNV includes special processing to adjust for file gaps, but only for pure AC3 streams. It currently has not been coded for the THD stream, the embedded AC3 stream, and EAC3 streams. To be honest, I don't know why the THD file is not affected by the gaps. I'll look into it but we can be thankful!

If you use DGIndexNV to demux everything and then use mkvtoolnix to mux the HEVC stream and a given audio, one can test whether that audio file was properly demuxed. Here are my results for Cars 2:

HEVC stream muxed with...
THD: good sync throughout
Embedded AC3: bad sync at end
pure AC3: good sync throughout
EAC3: bad sync at end

It appears that I can easily add this processing for the EAC3 streams. Then we would have a situation where only the embedded AC3 stream is problematic. For technical reasons, it's not easy to treat it as we treat the pure AC3 streams, but I don't think it is impossible to do gaps processing on embedded AC3 streams.

So, my plan:

1. Support the EAC3 audio for gaps processing.
2. Look into supporting the embedded AC3 stream for gaps processing.
3. Out of curiosity, look into THD streams versus gaps processing.

I'll answer the questions about my drive, etc., tomorrow.

@renols

At least for Cars 2, you do not have to use the embedded AC3, as there is a pure AC3 stream you can use that is in sync. That seems like a viable workaround until I get gaps processing working for all streams.

Congratulations on attaining Distinguished Member status. We are lucky to have you. :salute:

User avatar
Rocky
Posts: 337
Joined: Fri Sep 06, 2019 12:57 pm

Re: Seamless branching issues?

Post by Rocky » Wed Oct 02, 2019 10:07 pm

gonca wrote:
Wed Oct 02, 2019 5:15 pm
renols
Try to re multiplex the mpls directly with MKVToolNix and see if the problem is still there
Even if it is OK we would want to fix DGIndexNV demuxing.

gonca
Posts: 760
Joined: Sun Apr 08, 2012 6:12 pm

Re: Seamless branching issues?

Post by gonca » Thu Oct 03, 2019 4:51 am

Was actually meant to see if problem was in DGDecNV or elsewhere, now we know
FYI Disney movies tend to be like this
As for your drive
It decrypted fine so all is good

Post Reply