DGDemux development

Post Reply
User avatar
Rocky
Posts: 3556
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

Here is version 1.0.0.10:

* Fixed demuxing of DTS-HDHR streams.

* Fixed GUI corruption after canceling 'browse output' operation.

http://rationalqm.us/dgdemux/DGDemux_1.0.0.10.rar
User avatar
redbtn
Posts: 44
Joined: Sat Nov 16, 2019 2:35 pm

Re: DGDemux development

Post by redbtn »

Rocky wrote:
Tue Dec 03, 2019 8:43 am
Thanks, redbtn, for pointing that out.

I really need to know which MPLS you used for that 10ms thing.
00847.mpls. Sorry for late reply, I was afk
User avatar
Rocky
Posts: 3556
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

redbtn wrote:
Tue Dec 03, 2019 11:47 am
00847.mpls. Sorry for late reply, I was afk
Please say disk title, MPLS, and your problem description in one post. There's no time to go searching back across multiple forums to try to piece things together. Thank you for your understanding.
User avatar
Bullwinkle
Posts: 338
Joined: Thu Sep 05, 2019 6:37 pm

Re: DGDemux development

Post by Bullwinkle »

Even Rocky has limits!
User avatar
redbtn
Posts: 44
Joined: Sat Nov 16, 2019 2:35 pm

Re: DGDemux development

Post by redbtn »

Rocky wrote:
Tue Dec 03, 2019 12:18 pm
redbtn wrote:
Tue Dec 03, 2019 11:47 am
00847.mpls. Sorry for late reply, I was afk
Please say disk title, MPLS, and your problem description in one post. There's no time to go searching back across multiple forums to try to piece things together. Thank you for your understanding.
Iron man 2, mpls 00847. DTS-MA track.
Before 1.54.34.500 it perfect, after has shift +10ms. I guess there is place where last m2ts starts. Maybe there are 2 identical frames and 1 should be deleted, but for some reason it wasn't.I fail to find duplicate frame, but there starts difference +10ms (vs eac3to), and stream length is +10ms vs BDInfo information. I'm not 100% sure that it's issue, but if you look at it, it will be great.
User avatar
Rocky
Posts: 3556
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

Great report, redbtn. Thank you. Now I can get on it tomorrow.
DAE avatar
zqslzwzw
Posts: 18
Joined: Fri Nov 29, 2019 8:35 am

Re: DGDemux development

Post by zqslzwzw »

redbtn wrote:
Tue Dec 03, 2019 5:32 pm
Iron man 2, mpls 00847. DTS-MA track.
Before 1.54.34.500 it perfect, after has shift +10ms. I guess there is place where last m2ts starts. Maybe there are 2 identical frames and 1 should be deleted, but for some reason it wasn't.I fail to find duplicate frame, but there starts difference +10ms (vs eac3to), and stream length is +10ms vs BDInfo information. I'm not 100% sure that it's issue, but if you look at it, it will be great.
How to get the duration of a BD disk so precisely by BDInfo or other tools? I also tried BDInfo 0.7.5.5 (GUI), however it reports the duration as hh:mm:ss without the precision of milliseconds.
User avatar
Rocky
Posts: 3556
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

redbtn wrote:
Tue Dec 03, 2019 5:32 pm
Iron man 2, mpls 00847. DTS-MA track.
Before 1.54.34.500 it perfect, after has shift +10ms. I guess there is place where last m2ts starts. Maybe there are 2 identical frames and 1 should be deleted, but for some reason it wasn't.I fail to find duplicate frame, but there starts difference +10ms (vs eac3to), and stream length is +10ms vs BDInfo information. I'm not 100% sure that it's issue, but if you look at it, it will be great.
1.54.34.500 is the time at which the gap between the last two M2TS files occurs. At each gap, processing is done to see what adjustments are necessary. In this case at that gap, DGDemux sees an accumulated desync that is below the threshold (approx. 5ms for DTS HDMA) for requiring correction. Therefore, no audio frames are deleted or added at this gap. AV sync during the last M2TS appears spot on to me when playing an MKV made from the demuxed files in MPC-HC.

So, it appears that eac3to deletes a frame at this point and DGDemux does not. As I have mentioned several times, DGDemux and eac3to use completely different algorithms to decide when to delete audio frames. The decision at each gap will depend on what has been done at all the previous gaps.

Bottom line is I don't see a problem here.
User avatar
redbtn
Posts: 44
Joined: Sat Nov 16, 2019 2:35 pm

Re: DGDemux development

Post by redbtn »

Rocky wrote:
Wed Dec 04, 2019 9:55 am
1.54.34.500 is the time at which the gap between the last two M2TS files occurs. At each gap, processing is done to see what adjustments are necessary. In this case at that gap, DGDemux sees an accumulated desync that is below the threshold (approx. 5ms for DTS HDMA) for requiring correction. Therefore, no audio frames are deleted or added at this gap. AV sync during the last M2TS appears spot on to me when playing an MKV made from the demuxed files in MPC-HC.

So, it appears that eac3to deletes a frame at this point and DGDemux does not. As I have mentioned several times, DGDemux and eac3to use completely different algorithms to decide when to delete audio frames. The decision at each gap will depend on what has been done at all the previous gaps.

Bottom line is I don't see a problem here.
Thanks for investigating! DGDemux is smarter than eac3to, even on non UHD BDs, it's good! So, it seems I have no issues for now anymore. I'll check UHD seamless disks if I find them. But it will be much harder to find bugs.
Thank you for your hard work!
zqslzwzw wrote:
Wed Dec 04, 2019 2:41 am
How to get the duration of a BD disk so precisely by BDInfo or other tools? I also tried BDInfo 0.7.5.5 (GUI), however it reports the duration as hh:mm:ss without the precision of milliseconds.
Image
User avatar
Rocky
Posts: 3556
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

Great to hear, redbtn. You've been really helpful in DGDemux development.

Ah, that BDInfo report feature. I never noticed that before. Cool!
DAE avatar
zqslzwzw
Posts: 18
Joined: Fri Nov 29, 2019 8:35 am

Re: DGDemux development

Post by zqslzwzw »

redbtn wrote:
Wed Dec 04, 2019 10:23 am
zqslzwzw wrote:
Wed Dec 04, 2019 2:41 am
How to get the duration of a BD disk so precisely by BDInfo or other tools? I also tried BDInfo 0.7.5.5 (GUI), however it reports the duration as hh:mm:ss without the precision of milliseconds.
Image
Thank you very much. I never notice this before.
If I have not scan the whole disk before entering this feature, will the "Length" be detected accurately?
And I have not figure out how to make it on the command line version.
DAE avatar
zqslzwzw
Posts: 18
Joined: Fri Nov 29, 2019 8:35 am

Re: DGDemux development

Post by zqslzwzw »

Rocky wrote:
Wed Dec 04, 2019 10:35 am
Great to hear, redbtn. You've been really helpful in DGDemux development.

Ah, that BDInfo report feature. I never noticed that before. Cool!
Today I find another DIY disk with demux problems by DGDemux. The duration of the obtained audio files deviate from that of the video stream.
But none of other softwares such as eac3to, tsmuxer, mkvtoolnix and ffmpeg can demux it correctly. I am not sure whether it is necessary to upload it for your analysis. This disk has only one main m2ts and can be played normally by potplayer.
User avatar
Rocky
Posts: 3556
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

Sure, go ahead and upload it. Happy to look into it for you. With only one M2TS the gaps processing is not involved, but there may be some other issue that can be fixed.
User avatar
redbtn
Posts: 44
Joined: Sat Nov 16, 2019 2:35 pm

Re: DGDemux development

Post by redbtn »

Why DGDemux GUI window becomes inactive after clicking "Demux"?
User avatar
Rocky
Posts: 3556
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

redbtn wrote:
Wed Dec 04, 2019 7:19 pm
Why DGDemux GUI window becomes inactive after clicking "Demux"?
It doesn't become inactive. I just tested. I'm able to move the window, hit Abort, etc. So... :?:
User avatar
Natasha
Posts: 150
Joined: Wed Nov 20, 2019 11:11 am

Re: DGDemux development

Post by Natasha »

Not blonde so I can have razor sharp intellect too, way beyond a moose and squirrel. Silly boys, stub out decoder and DGIndexNV can run but without display (so NV not needed). Too difficult to understand? Come with me, I will help you to understand, we will be forever.
User avatar
Boris
Posts: 92
Joined: Sun Nov 10, 2019 2:55 pm

Re: DGDemux development

Post by Boris »

Smart girl! DGDemux/DGDemuxGUI get replaced by DGIndexNV running in non-NV mode. Can display flag and eagle. Imperialists have moose and squirrel for warriors! Tashie, tell me again, what are we doing?
User avatar
redbtn
Posts: 44
Joined: Sat Nov 16, 2019 2:35 pm

Re: DGDemux development

Post by redbtn »

Rocky wrote:
Wed Dec 04, 2019 8:18 pm
redbtn wrote:
Wed Dec 04, 2019 7:19 pm
Why DGDemux GUI window becomes inactive after clicking "Demux"?
It doesn't become inactive. I just tested. I'm able to move the window, hit Abort, etc. So... :?:
Sorry, sometimes I don't have enough English skills for explaining what I mean. I don't mean that while DGDemux doing things you can't move window or Abort, I mean after clicking Demux title changes from blue to white, I think it's called "inactive window".
Ps: I think it happens because DGDemux GUI calls DGDemux.
Boris wrote:
Wed Dec 04, 2019 10:34 pm
Smart girl! DGDemux/DGDemuxGUI get replaced by DGIndexNV running in non-NV mode. Can display flag and eagle. Imperialists have moose and squirrel for warriors! Tashie, tell me again, what are we doing?
Replace DGDemux? What you mean?
DAE avatar
zqslzwzw
Posts: 18
Joined: Fri Nov 29, 2019 8:35 am

Re: DGDemux development

Post by zqslzwzw »

A newbie question arising when check the output of DGDemux. For Blu-ray disk which has only one m2ts for the main playlist, should all the audio streams have the same duration with the video stream?
User avatar
Rocky
Posts: 3556
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

redbtn wrote:
Thu Dec 05, 2019 5:38 am
Sorry, sometimes I don't have enough English skills for explaining what I mean. I don't mean that while DGDemux doing things you can't move window or Abort, I mean after clicking Demux title changes from blue to white, I think it's called "inactive window".
Ps: I think it happens because DGDemux GUI calls DGDemux.
We say that the window lost focus. I never noticed it, but OK I can grab back the focus. Not sure without looking who is getting the focus.
Replace DGDemux? What you mean?
Never believe fake news from Russian spies!
User avatar
Rocky
Posts: 3556
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

zqslzwzw wrote:
Thu Dec 05, 2019 5:41 am
A newbie question arising when check the output of DGDemux. For Blu-ray disk which has only one m2ts for the main playlist, should all the audio streams have the same duration with the video stream?
Not always. Sometimes there is silent video at the start and/or end of the stream, often just black frames without audio.

As I mentioned, if you like to upload the problematic disk we can look at it.
User avatar
redbtn
Posts: 44
Joined: Sat Nov 16, 2019 2:35 pm

Re: DGDemux development

Post by redbtn »

Where can I find the spy? I live in Russia, I catch up him around his home, haha!
User avatar
Rocky
Posts: 3556
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

He claims to be from Pottsylvania, but we have evidence from Shifty Schiff of connection to Russian Fearless Leader Putin. All roads lead to Putin!
DAE avatar
zqslzwzw
Posts: 18
Joined: Fri Nov 29, 2019 8:35 am

Re: DGDemux development

Post by zqslzwzw »

Rocky wrote:
Thu Dec 05, 2019 8:52 am
zqslzwzw wrote:
Thu Dec 05, 2019 5:41 am
A newbie question arising when check the output of DGDemux. For Blu-ray disk which has only one m2ts for the main playlist, should all the audio streams have the same duration with the video stream?
Not always. Sometimes there is silent video at the start and/or end of the stream, often just black frames without audio.

As I mentioned, if you like to upload the problematic disk we can look at it.
OK, I am starting this upload now. That's a long way for my poor networks. Besides, I still wonder whether is it the problem of my way I get the duration.
Duration of the audio files generated by DGDemux, detected by MediaInfo:
8416640.008896 00800 PID 1100 C+L+R+SL+SR 48 1536 eng DELAY 0ms.dts.mka
8420949.337248 00800 PID 1101 C+L+R+SL+SR 48 1536 deu DELAY 0ms.dts.mka
8384938.662912 00800 PID 1102 C+L+R+SL+SR 48 768 zho DELAY 0ms.dts.mka
8420949.337248 00800 PID 1103 LT+RT 48 768 tur DELAY 0ms.dts.mka
8420928.00528 00800 PID 1104 2.0ch 48KHz 192Kbps eng DELAY 0ms.ac3.mka
8420928.00528 00800 PID 1105 2.0ch 48KHz 192Kbps eng DELAY 0ms.ac3.mka
User avatar
Rocky
Posts: 3556
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

8 million seconds for an audio file? The movie is 2000+ hours long? :scratch:

No wonder it's a long upload. :twisted:
Post Reply