DGDemux development

User avatar
Rocky
Moose Approved
Posts: 634
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky » Fri Jan 24, 2020 9:06 pm

It was easy. Next build.

User avatar
Bullwinkle
Moose Approved
Posts: 123
Joined: Thu Sep 05, 2019 6:37 pm

Re: DGDemux development

Post by Bullwinkle » Fri Jan 24, 2020 10:01 pm

Rocky, Sherman told me Natasha is like a mosquito. It's not her fault.

User avatar
Mr. Peabody
Posts: 12
Joined: Tue Dec 24, 2019 10:20 am

Re: DGDemux development

Post by Mr. Peabody » Fri Jan 24, 2020 10:41 pm

Give a little, get a little, but do not give away your soul.

User avatar
Rocky
Moose Approved
Posts: 634
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky » Mon Jan 27, 2020 9:37 pm

You guys are too deep for me.

RGB
Posts: 9
Joined: Wed May 04, 2011 3:10 pm

Re: DGDemux development

Post by RGB » Wed Feb 12, 2020 10:42 am

DGDemux works fine for me on Wine stable (installed after adding the WineHQ and Wine OBS repos) on Debian 10. Both GUI...

Code: Select all

wine DGDemuxGUI.exe
...and CLI (following the example given in DGDemux.txt)...

Code: Select all

wine DGDemux.exe -i filepath/BDMV/PLAYLIST/filename.mpls -o ~/Videos/whatever
...versions work fine. I didn't have to use winepath or anything like that. So far, I have tested one UHD BD and one standard BD. Thanks for making this tool!

User avatar
Rocky
Moose Approved
Posts: 634
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky » Wed Feb 12, 2020 11:56 am

Thank you RGB! It's great to hear that things are working under Wine. Takes a little pressure off to make a native Linux version.

domy
Moose Approved
Posts: 28
Joined: Fri Mar 20, 2020 10:50 am

Re: DGDemux development

Post by domy » Fri Mar 20, 2020 1:19 pm

Hi,

I've noticed an issue with duplicated audio frames in the Dolby TrueHD stream. This is the Moana US UHD blu-ray, and playlist 00800 consists of the segments 55,59,61. The TrueHD audio frames between segments 55 and 59 are duplicated: (same between 59 and 61, but this one's easier to see)

moana-dgdemux-annotated.png
moana-dgdemux-annotated.png (63.01 KiB) Viewed 510 times
  • The top track is remuxed with DGDemux from the BD.

    Code: Select all

    DGDemux -i "BDMV\PLAYLIST\00800.mpls" -o "moana-dgdemux-00800" -demux 1100
    eac3to moana-dgdemux-00800.thd moana-dgdemux-00800.flac -mono
    
  • The second track is the TrueHD stream from 55.m2ts, which is the first segment of the film.

    Code: Select all

    eac3to "BDMV\STREAM\00055.m2ts" 2: 1_55.flac -mono
  • The third track is the TrueHD stream from 59.m2ts, which is the second segment of the film.

    Code: Select all

    eac3to "BDMV\STREAM\00059.m2ts" 2: 2_59.flac -mono
I've aligned 55 and 59 so that the audio frames overlap, but DGDemux appears to concatenate them together.

There's two issues I see with that: (1) This introduces a +40 samples (.083ms) delay on every such boundary, and (2) in some situations this could result in an audible crack/pop/whatever. Of course the delay itself isn't noticeable at all on its own, but with movies like Toy Story 4 (which has 60-some segments) it could be significantly out-of-sync by the end of it. I'd also argue that in the pursuit of perfection, there should be a 0ms delay throughout :)

Every Disney/Pixar film I've analyzed so far (Brave, Frozen, Frozen II, Moana, and more) has these overlapping audio frames at the segment boundaries.

MakeMKV has the same issue and CloneBD does too (among other things), which makes me wonder if this is even fixable. But I thought you should know about it.

User avatar
Rocky
Moose Approved
Posts: 634
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky » Fri Mar 20, 2020 3:12 pm

Thank you for your report, domy, and welcome to the forum!

There are two approaches for dealing with file gaps: 1) delete duplicate frames at the gaps, and 2) do a Bresenham-like algorithm just deleting frames as needed. Method 1 was working for most blurays but is now failing for UHD titles. Method 2 was working correctly for the UHD titles. Yes, the duplicates are not touched but there should be good audio sync throughout. DGDemux uses method 2. You speculate that audio sync could be off but have you actually tested it? If you report any audio sync issue I will buy the disk and investigate, but I am not planning to do anything regarding duplicate frames (could change depending on what we see in the wild).

User avatar
Rocky
Moose Approved
Posts: 634
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky » Sat Mar 21, 2020 5:32 am

Hey domy, what application did you use for the screenshot above? I'm going to look deeper into all this.

zqslzwzw
Posts: 18
Joined: Fri Nov 29, 2019 9:35 am

Re: DGDemux development

Post by zqslzwzw » Sat Mar 21, 2020 7:37 am

Hi,

I would like to report two minor issues of the latest DGDemux 1.0.0.20 with regard to the option 'Do not split THD'.
1) With the latest DGDemux, no matter whether the option is checked, the THD stream(s) will be demuxed.
2) If the option is checked, the language property of the generated .thd file is missed, such as '00800 PID 1100.thd'.

Post Reply