Page 7 of 37

Re: DGDemux development

Posted: Wed Dec 04, 2019 11:09 am
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.

Re: DGDemux development

Posted: Wed Dec 04, 2019 11:18 am
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.

Re: DGDemux development

Posted: Wed Dec 04, 2019 11:23 am
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.

Re: DGDemux development

Posted: Wed Dec 04, 2019 7:19 pm
by redbtn
Why DGDemux GUI window becomes inactive after clicking "Demux"?

Re: DGDemux development

Posted: Wed Dec 04, 2019 8:18 pm
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... :?:

Re: DGDemux development

Posted: Wed Dec 04, 2019 10:08 pm
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.

Re: DGDemux development

Posted: Wed Dec 04, 2019 10:34 pm
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?

Re: DGDemux development

Posted: Thu Dec 05, 2019 5:38 am
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?

Re: DGDemux development

Posted: Thu Dec 05, 2019 5:41 am
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?

Re: DGDemux development

Posted: Thu Dec 05, 2019 8:51 am
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!

Re: DGDemux development

Posted: Thu Dec 05, 2019 8:52 am
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.

Re: DGDemux development

Posted: Thu Dec 05, 2019 11:43 am
by redbtn
Where can I find the spy? I live in Russia, I catch up him around his home, haha!

Re: DGDemux development

Posted: Thu Dec 05, 2019 12:34 pm
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!

Re: DGDemux development

Posted: Thu Dec 05, 2019 8:12 pm
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

Re: DGDemux development

Posted: Thu Dec 05, 2019 8:21 pm
by Rocky
8 million seconds for an audio file? The movie is 2000+ hours long? :scratch:

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

Re: DGDemux development

Posted: Thu Dec 05, 2019 8:32 pm
by zqslzwzw
Rocky wrote:
Thu Dec 05, 2019 8:21 pm
8 million seconds for an audio file? The movie is 2000+ hours long? :scratch:

No wonder it's a long upload. :twisted:
The time unit MediaInfo used here is milliseconds. :D
The size of the correlated disk is 53.3 GB, and my network speed is 10 Mbps :facepalm:

And report another minor problem:
The destination directory name seems not support non-ASCII character. If the path contains Unicode characters, the "Output directory" shows them as strange and demuxing cannot start. By contrast, the same characters occurring in source directory name do not influence demuxing.
Image
PS: Unicode characters "测试" are included in the destination directory name.

Re: DGDemux development

Posted: Thu Dec 05, 2019 9:05 pm
by Rocky
So, help me out here. What is the problem that you are reporting? Do you have some desync or other issue? Maybe you're just looking for some lessons?

Unicode? Not supported. Use your system locale. It's been beaten to death.

Re: DGDemux development

Posted: Thu Dec 05, 2019 9:08 pm
by zqslzwzw
Rocky wrote:
Thu Dec 05, 2019 9:05 pm
So, help me out here. What is the problem that you are reporting? Do you have some desync or other issue? Maybe you're just looking for some lessons?
Yes, I have severe desync issue here. As you can see from the duration of these audio files, they are far away from matching the original video.
PS: The disk has only one m2ts for the main playlist.
Rocky wrote:
Thu Dec 05, 2019 9:05 pm
Unicode? Not supported. Use your system locale. It's been beaten to death.
I am not so professional on computer that maybe I do not express this problem clearly. Maybe it is not related to Unicode. But this is too inconvenient for daily use. My locale is the same as these characters. As mentioned, the same characters in the source directory do not influence the demux process.

Re: DGDemux development

Posted: Thu Dec 05, 2019 9:11 pm
by Bullwinkle
Can't see that, because you didn't give the video time. You're pushing your luck, hoomin. Rethink your plan, or dance the moose stomp.

No unicode. Get over it.

Re: DGDemux development

Posted: Thu Dec 05, 2019 9:21 pm
by zqslzwzw
Bullwinkle wrote:
Thu Dec 05, 2019 9:11 pm
Can't see that, because you didn't give the video time. You're pushing your luck, hoomin. Rethink your plan, or dance the moose stomp.
Really? Well, the duration of these audio files are far away from each other. So it is obviously that not all of them match the video. Actually, the duration of the video is 2:19:51, namely 8,391,000 ms. So, the truth is that none of them can match the video.
Bullwinkle wrote:
Thu Dec 05, 2019 9:11 pm
No unicode. Get over it.
Not exactly unicode, just locale. It may be a simple cause. After all, DGDemux can read normally from these folders.

Re: DGDemux development

Posted: Thu Dec 05, 2019 9:26 pm
by Bullwinkle
Your best play is to complete the upload and wait for Rocky's analysis.

Re: DGDemux development

Posted: Fri Dec 06, 2019 12:17 pm
by Rocky
If it is just a system locale issue, then likely we can fix that. But you better stop slagging us off at other forums, if you want us to work free to solve your problems.

Please tell us what is the system locale setting that you use, which you expect to work with your files. Regarding your claimed AV desync, please give the MPLS that you use, and the demuxed audio stream that you claim is out of sync. If you want us to work quickly, please don't take 3 days to give the answers.

Re: DGDemux development

Posted: Fri Dec 06, 2019 5:28 pm
by Guest
If I may interject regarding different stream sizes and possible desync
Took a BD folder that is on HDD, this is a professionally authored disc, i.e. a "Hollywood" movie
Main mpls is 00800.mpls
Run Mediainfo on said playlist
sample.txt
(33.26 KiB) Downloaded 495 times
and this is a summary of relevant numbers
summary.txt
(219 Bytes) Downloaded 474 times
or
film 1 h 54 min 53 s 928 ms
video 1 h 54 min 53 s 929 ms
Audio 1 1 h 54 min 53 s 920 ms
Audio 2 1 h 54 min 53 s 931 ms
Audio 3 1 h 54 min 53 s 931 ms
Audio 4 1 h 54 min 53 s 931 ms
Audio 5 1 h 54 min 53 s 952 ms
Note the streams have different lengths, no demuxer used, no desync issues, timings from folder structure with Mediainfo applied to mpls

Re: DGDemux development

Posted: Fri Dec 06, 2019 6:37 pm
by Rocky
Yeah, I don't know why he is making such a big deal out of it. When his upload is complete I will test whether there is any desync.

Re: DGDemux development

Posted: Fri Dec 06, 2019 7:01 pm
by Guest
It is also a single m2ts file