DGDemux development

User avatar
Bullwinkle
Posts: 67
Joined: Thu Sep 05, 2019 6:37 pm

Re: DGDemux development

Post by Bullwinkle » Sun Dec 08, 2019 9:31 pm

Maybe that got put in for 1.0.0.11. Is it working good for you?

gonca
Posts: 761
Joined: Sun Apr 08, 2012 6:12 pm

Re: DGDemux development

Post by gonca » Sun Dec 08, 2019 9:39 pm

The demuxing is working really well for me
I was just wondering about the list shortened names for the M2TS list since I didn't see any difference

User avatar
Bullwinkle
Posts: 67
Joined: Thu Sep 05, 2019 6:37 pm

Re: DGDemux development

Post by Bullwinkle » Sun Dec 08, 2019 10:44 pm

Maybe compare to 1.0.0.10.

User avatar
redbtn
Posts: 40
Joined: Sat Nov 16, 2019 3:35 pm

Re: DGDemux development

Post by redbtn » Mon Dec 09, 2019 2:29 pm

Could not detect frame rate. Skip first doesn't help. If force 23.976 manually it works well. Maybe it's an issue, maybe not.
01281.mpls, files on ftp (4.21gb)

User avatar
Rocky
Posts: 344
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky » Mon Dec 09, 2019 9:57 pm

Thank you for your report, redbtn, acute and precise as always. There is a corner case where it can happen (HEVC with no VPS, need to parse the VI). Hope springs eternal in a young man's breast. Need to get rid of that nonsense. Let's see if that's what you've found...

User avatar
Rocky
Posts: 344
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky » Mon Dec 09, 2019 11:29 pm

He he, AVC. OK, have it fixed locally. Will release tomorrow morning. Thank you.

User avatar
Rocky
Posts: 344
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky » Tue Dec 10, 2019 11:56 am

Here is version 1.0.0.13:

* Fixed problem with FPS detection for some AVC playlists. [redbtn]

http://rationalqm.us/dgdemux/DGDemux_1.0.0.13.rar

dragon
Posts: 2
Joined: Fri Nov 15, 2019 4:11 am

Re: DGDemux development

Post by dragon » Tue Dec 10, 2019 3:51 pm

Thanks for you hard work on this great tool. I'd like to request a feature. I hope it's alright. Maybe suggest, more then request, you guys be the judge.

Let's take "Odette" as a BD Folder with a standard structure: Odette\BDMV\PLAYLIST

Feature: Making demuxing more flexible.

Code: Select all

DGDemux -i Odette
should give us the list of available playlists from which we can choose which one to demux. This is important because BD may have 20 or 100 different playlists, I need for a demuxing tool to be able to tell me something about them.
Info that eac3to gives is something like this:

Code: Select all

1) 00000.mpls, 00000.m2ts, 1:57:30
   - Chapters, 12 chapters
   - h264/AVC, 1080p24 (16:9)
   - RAW/PCM, English, stereo, 48kHz

2) 00007.mpls, 00011.m2ts, 0:27:09
   - h264/AVC, 1080p24 (16:9)
   - RAW/PCM, English, stereo, 48kHz

3) 00002.mpls, 00003.m2ts, 0:20:43
   - h264/AVC, 1080p24 (16:9)
   - RAW/PCM, English, stereo, 48kHz

4) 00003.mpls, 00004.m2ts, 0:19:35
   - h264/AVC, 1080p24 (16:9)
   - RAW/PCM, English, stereo, 48kHz
Which is kind of a general overview of playlists, their playtimes, which m2ts files they contain and so on.
Then you should be able to choose which one you want to demux.

Code: Select all

DGDemux -i Odette -p 1
where -p is playlist number.

The next screen should be numbered list of streams inside that playlist, kinda like how dgdemux lists them.
dgdemux:

Code: Select all

Streams:
1011: Video [AVC]
1100: PCM 48K 24bit 2/0 [eng]
1200: PGS subtitles [eng]
1201: PGS subtitles [eng]
eac3to:

Code: Select all

M2TS, 1 video track, 1 audio track, 2 subtitle tracks, 1:57:30, 24p
1: Chapters, 12 chapters
2: h264/AVC, 1080p24 (16:9)
3: RAW/PCM, English, 2.0 channels, 24 bits, 48kHz
4: Subtitle (PGS), English
5: Subtitle (PGS), English
I think it's more convenient to have them listed as base10 numbers instead of base16.

After this, 1 version would be to let you demux them.

Code: Select all

DGDemux -i Odette -p 1 -o output\
As a second version, I think it's very important that we are able to name them.

Code: Select all

DGDemux -i Odette -p 1 -demux 1:chapters 2:video 3:audio 4:eng_subtitles_1 5:eng_subtitles_2 -o output\
output of which should be:

Code: Select all

chapters.txt video.264 audio.pcm eng_subtitles_1.sup eng_subtitles_2.sup
Also, it'd be great if we were allowed to omit the -o ... option. If not provided, dgdemux should assume that we want to demux into the folder that are at that moment.

In which case, it would just be:

Code: Select all

DGDemux -i Odette -p 1
or

Code: Select all

DGDemux -i Odette -p 1 -demux 1:chapters 2:video 3:audio 4:eng_subtitles_1 5:eng_subtitles_2
Note that for -o ... option, I just included a folder named "output". I think dgdemux should deduce a naming scheme based on something from the -i ... option.
For example, if I'm demuxing -p 1, which is playlist 00000.mpls, sensible automatic naming scheme for the tracks might be:

Code: Select all

1: Chapters, 12 chapters				: 00000_1.txt
2: h264/AVC, 1080p24 (16:9)				: 00000_2.264
3: RAW/PCM, English, 2.0 channels, 24 bits, 48kHz	: 00000_3.pcm
4: Subtitle (PGS), English				: 00000_4.sup
5: Subtitle (PGS), English				: 00000_1.sup
so basically, playlist_track_number.extension, this only matters of course if user doesn't provide individual track names with -demux.

Sorry about a very long post, none of this is a criticism of your work, I just want this tool to be better, I hope you will consider these suggestions and implement them in time.

User avatar
Rocky
Posts: 344
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky » Sat Dec 14, 2019 4:33 pm

Thank you, dragon, and welcome to the forum. Yes, I have that on my to-do list and will surely keep your suggestions in mind when I go to implement that stuff.

User avatar
Rocky
Posts: 344
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky » Sun Dec 15, 2019 12:19 pm

Got the garbage skipping working for CROUPIER. I'd like to ask users whether they think garbage skipping should be optional, i.e., should there be an option to not skip garbage? I always prefer not to have unnecessary options. Can anyone see a use case where it might be desirable to retain content outside the playlist in<-->out times? After this is decided I'll make a release.

BTW, I also enhanced the GUI to do an automatic re-browse when the skip first or skip last boxes are checked/unchecked after an MPLS has been loaded. Much more friendly!

Post Reply