Thank you renols very much for your testing and pushing for a solution to this matter, and your warm words of praise and encouragement, which motivate me to further action. My solution may not be perfect. Warts as Bullwinkle would say, but sometimes wartiness is the lesser evil. Long live warts. Whee!

renols wrote: ↑

Sat Oct 19, 2019 7:12 pm

If you want I can test with another one I have bought, which also has tons of playlists.

That would be awesome. We want DGDecNV to be the go-to tool for demuxing.

Never mind. Bullwinkle wants to show us something. Will it be the long-lost rarebit, or a visit from beyond?

Gaps processing for THD embedded AC3 demuxing now released in slipstream 190.

@renols

For me all the audio/subtitle streams in Cars 2 are now demuxed with proper sync to the demuxed video. Can we mark this thread resolved?

DGDecNV slipstream 190:

* TS/M2TS file gaps processing is now implemented for TrueHD embedded AC3 streams. For example, the demuxed embedded AC3 stream from Cars 2 is now in sync with the demuxed video. [renols]

* Updated the DGIndexNV user manual.

Doing gaps correction for THD embedded AC3 was much trickier than hoped. 10 days. But it is now working. The Cars 2 embedded AC3 is now demuxed in good sync. I want to do some regression testing and a bit of refactoring, then give y'all a slipstream.

Good to hear! Thank you for the updated status.

Works fine for me. I just open the script in vdub 2 [DGSource() only] and then do File/Information. It shows P016 color space, which is padded 16-bit as intended.

Thank you, investigating...

For 10-bit or 16-bit DGSource() returns 16-bit. 10-bit streams are padded with 0s to 16-bit.

Should work fine. Can you please give us a sample?

What are you using to determine the bit-depth of the output?

You need to upgrade to slipstream 189. 182 is not compatible with the 436.xx drivers.

Slipstream 189 now supports sync correction for EAC3 streams. Regarding the THD stream, I looked a bit at it and possibly what is happening is that the THD frames are smaller such that the file gap desyncs are too small to accumulate to the point of needing correction. I am looking into correcting t...

DGDecNV slipstream 189: * Improved the DGIndexNV HDR to SDR dialog. After the dialog is moved, the position is stored and is restored after the dialog is closed and opened again. Also, clicking the HLG checkbox now no longer causes the dialog to jump back and cover the video. [Bullwinkle, VictorLS] ...

Thanks again, Sharc . Xunkar , beware, DGMVCSource supports only linear access from the start of the stream. Do not do anything in your script that leads to nonlinear access. It's on the dream list to support random access for MVC but with the decline of 3D it's unlikely to get high on the priority ...

Thank you, Sharc. I was just about to say the same thing. Ya beat da squirrel!

That's great, Bullwinkle, but only if all the audio streams need the same adjustment. Is that always true? And is it so easy to insert repeat flags?

Just in case you are curious the current dinner plate includes the following delicacies: 1. Complete audio demuxing fixes stemming from renols 's report (THD embedded AC3). 2. Fix an issue with DGIndexNV's handling of start codes split between transport packets (rare but we like to be fully correct ...

@ gonca Gotcha. Quite right. The drive is an ASUS BC-12D2HT. Not sure what firmware it has, nor how to query that. It was pre-flashed by the vendor ClonerAlliance and advertised as "UHD friendly". That appears to be true. Nevertheless, MakeMKV says that the drive firmware is "not updated for LibreDr...

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.

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 ...

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.

It's ripping. Whee!

Boatloads of tiny M2TS files.

Thank you, gonca!

Drive seems to be working. Please tell me in detail how to rip it and then reproduce your issue. I'm guessing AnyDVD. If so I'll have to get that as well. I've been meaning to get AnyDVD in any case but the bitcoin nonsense was an obstacle. They have a 21 day trial so that may be enough.

Replacement disk is in hand. I'll install it tonight and try to rip it.