DGDemux development

Post Reply
User avatar
Rocky
Posts: 3557
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: 3557
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: 3557
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:
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: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.
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post 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.
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 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.
User avatar
Bullwinkle
Posts: 338
Joined: Thu Sep 05, 2019 6:37 pm

Re: DGDemux development

Post 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.
DAE avatar
zqslzwzw
Posts: 18
Joined: Fri Nov 29, 2019 8:35 am

Re: DGDemux development

Post 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.
User avatar
Bullwinkle
Posts: 338
Joined: Thu Sep 05, 2019 6:37 pm

Re: DGDemux development

Post by Bullwinkle »

Your best play is to complete the upload and wait for Rocky's analysis.
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post 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.
DAE avatar
Guest

Re: DGDemux development

Post 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 496 times
and this is a summary of relevant numbers
summary.txt
(219 Bytes) Downloaded 475 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
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post 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.
DAE avatar
Guest

Re: DGDemux development

Post by Guest »

It is also a single m2ts file
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

@zqslzwzw

I want to sort out your desync claims first before addressing the system locale matter. You have claimed "severe desync". However, I used DGDemux to demux everything and then I used mkvtoolnix to mux the English DTS MA stream and the video stream. The resulting MKV plays in sync throughout the movie. Please explain how you observe "severe desync".

Also, please tell your exact system locale definition.
DAE avatar
zqslzwzw
Posts: 18
Joined: Fri Nov 29, 2019 8:35 am

Re: DGDemux development

Post by zqslzwzw »

Rocky wrote:
Fri Dec 06, 2019 12:17 pm
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.
Rocky wrote:
Fri Dec 06, 2019 8:58 pm
@zqslzwzw

I want to sort out your desync claims first before addressing the system locale matter. You have claimed "severe desync". However, I used DGDemux to demux everything and then I used mkvtoolnix to mux the English DTS MA stream and the video stream. The resulting MKV plays in sync throughout the movie. Please explain how you observe "severe desync".

Also, please tell your exact system locale definition.
Any way, sorry for my silly post at another forum where I mention DGDemux. I have thought I am a volunteer here and there, who spend his free time a lot and contribute to these project in another form. I feel upset as you claimed I am slagging your work. In fact, I really appreciate your great talent and this great project and have removed the related statement.

The needed information is being prepared. Please allow for my limited bandwidth, and the time zone difference. Thank you.
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

Thank you. I'll edit my post too. Don't see why you need to prepare telling me what your system locale is set to and which track you think has desync problems, but OK. I could be working on this right now if you simply told me those things.

EDIT: I can't edit my post because you quoted it. ;) Anyway, I gave you some ideas for getting started.
DAE avatar
zqslzwzw
Posts: 18
Joined: Fri Nov 29, 2019 8:35 am

Re: DGDemux development

Post by zqslzwzw »

Rocky wrote:
Fri Dec 06, 2019 9:23 pm
Thank you. I'll edit my post too. Don't see why you need to prepare telling me what your system locale is set to and which track you think has desync problems, but OK. I could be working on this right now if you simply told me those things.

EDIT: I can't edit my post because you quoted it. ;) Anyway, I gave you some ideas for getting started.
Actually I do not know how to check the locale setting and I have to do some research. I want to report exact information to save your time. Besides, my English is so poor that I have to turn to Google Translation frequently. Moreover, I still have some urgent work to deal with.
Never mind the previous posts, it's OK.

1. The locale is (I think it is the setting of 'Language for non-Unicode programs'): Chinese (simplified, China).

2. I am shame that I cannot duplicate the AV desync phenomenon. It must be some mistakes have been made by me. I am sorry to waste your analysis.
The rough progress I found and reported AV desync:
demux
-> mux the obtained audio streams and the video stream of another decosded mkv which is authorized by 'WiKi', found AV out of sync
-> package all the audio streams to mka file
-> play the original disk, drag these mka file and then listen to it, finding AV still out of sync
-> play the above decoded version, drag these mka file and then listen to it, finding AV still out of sync
-> try other tools, making no difference
-> check all the duration of the these audio streams
-> ask question here (viewtopic.php?f=16&t=793&start=160#p10409, viewtopic.php?f=16&t=793&start=160#p10417)
-> check again (but not totally repeat all the above procedures)
-> report 'bug' here with deficient confidence (viewtopic.php?f=16&t=793&start=170#p10422)

Hope that you don't mind I continue to report suspicious problem here.
DAE avatar
Sharc
Posts: 233
Joined: Thu Sep 23, 2010 1:53 pm

Re: DGDemux development

Post by Sharc »

Hi,
Would it make sense to add the language identifier to the 'xxxxx PID yyyy embedded.ac3' extracted core filename, like 'xxxxx PID yyyy embedded eng.ac3', for example ?
Convenient luxury, I know.
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

rack04 wrote:
Mon Dec 02, 2019 3:38 pm
Nit pick comment but could you change the try icon? I would like to have both DGDecNV and DGDemux in my taskbar without having to guess which is which. Thanks and great work.
Hello, rack04, so good to see you! Too much DG goodness, whoever would have thought it would be a problem? Well, here's the thing. That is the DG brand icon. And it is so easy to mouse over the icons to see what they are. Nevertheless, I am open to suggestions, maybe multiple versions of the same base icon?
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

Sharc wrote:
Sat Dec 07, 2019 5:41 am
Hi,
Would it make sense to add the language identifier to the 'xxxxx PID yyyy embedded.ac3' extracted core filename, like 'xxxxx PID yyyy embedded eng.ac3', for example ?
Convenient luxury, I know.
It's a valid point. I'll add it to my list. Thing is though, all the language info is in the MPLS, but it doesn't specify anything about embedded AC3s. Probably it must be the same language as the parent audio, so I could just copy it over.
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

zqslzwzw wrote:
Fri Dec 06, 2019 9:59 pm
1. The locale is (I think it is the setting of 'Language for non-Unicode programs'): Chinese (simplified, China).
Cool, thank you. I figured it was Chinese but then I saw several different codepages for Chinese. I'm going to set up one of my backup PCs as Chinese for a while and try to sort this out for you. It should be (easily?) fixable.
2. I am shame that I cannot duplicate the AV desync phenomenon. It must be some mistakes have been made by me. I am sorry to waste your analysis.
The rough progress I found and reported AV desync:
The process does seem rather convoluted and when bringing in other tools things become difficult. Best to keep it as simple as possible.
Hope that you don't mind I continue to report suspicious problem here.
Well if you stop making these valuable reports, moose could get mad. You don't want to deal with a mad moose!
:bravo:
DAE avatar
Guest

Re: DGDemux development

Post by Guest »

Possible bug with mpeg2 video
I have tried 3 different BDs with mpeg2 video, and DGDemux seems to be having an issue
I open the demuxed video in DGIndexNV and it shows two horizontal lines (actually, every media player shows the same lines, just in different colours)
If I demux with DGIndexNV all is well
Untitled.png
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

Hmm, interesting. Any chance you can upload some files or point me to the disk? Meanwhile I will try with a bluray I have that is MPEG2. Thanks for pointing it out.
Post Reply