DGDemux development

User avatar
redbtn
Posts: 44
Joined: Sat Nov 16, 2019 2:35 pm

Re: DGDemux development

Post by redbtn »

Does Bullwinkle already know how to do this?
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

Haven't seen him for a while. Hope he's OK!
User avatar
Bullwinkle
Posts: 338
Joined: Thu Sep 05, 2019 6:37 pm

Re: DGDemux development

Post by Bullwinkle »

Sorry, Rock, here I am. Natasha was going to help me become a moderator, but then she tried to bite me! So I gave her a little stomping and she limped away. Think about it!

The design is all worked out for playlist scanning. You're gonna like it!
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

That's great, Bullwinkle! I have to get a DGDemux release out for CROUPIER. Then Xunkar found some weird things in DGIndexNV program stream parsing. Then whee!
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

Bullwinkle gave me a nice GUI concept for playlist scanning and I was able to get it working. Here is how it looks. I still have a few little things to do and then I will make a release. Time difference from BDINFO is likely due to accumulated rounding of each playlist item. No big deal for now; I'll fix that later. Playlists shorter than 10 minutes, or ones that have duplicated items are suppressed.

Image
DAE avatar
Guest

Re: DGDemux development

Post by Guest »

Playlists shorter than 10 minutes
In future can this be made user selectable?
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

Sure it can be done. Is there a good reason for it?
DAE avatar
Guest

Re: DGDemux development

Post by Guest »

Series discs, by adjusting the time we can filter out most of the extras and leave the actual episodes
Average 1 hr slot episode is 45 to 50 min so one could use 35 minutes
1/2 hr time slot episode is 20 to 25 minutes so we could use 15 minutes
That is the basic idea
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

All those times are greater than 10 minutes. BDINFO uses 20 seconds by default. Maybe I should do that?
DAE avatar
Guest

Re: DGDemux development

Post by Guest »

The idea is to not show the extras in episodic discs, so making the cut off length closer to the episode time would make it easier to identify the playlists that point to the episodes
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

Doesn't the MPLS duration give you the information you need?

I am very reluctant to add what appear to me to be superfluous options.
DAE avatar
Guest

Re: DGDemux development

Post by Guest »

Yes, but for example
Episodic disc has 4 episodes from a series > 4 mpls plus 1 for play all
It can also have a bunch of extras, cast commentaries, deleted scenes etc.
Could be a large number of mpls files
The easiest way to find the required mpls files is by filtering by a minimum time or sorting by mpls duration
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

I don't mind sorting by duration.
DAE avatar
Guest

Re: DGDemux development

Post by Guest »

Okay, that works too.
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

Good! I'm making the threshold 5 minutes and sorting by descending order of duration. Already implemented and tested. :D
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

Here is DGDemux/DGDemuxGUI 1.0.0.14:

* Added playlist scanning functionality. Playlists are listed in descending order by duration.

* Made open dialogs modal.

* Fixed logic of -sf and -sl such that the file list cannot be made empty.

* Refresh when the skip checkboxes are changed. You no longer have to re-open the input.

* Fix crash for very large M2TS list.

* GUI reorganization.

* Documents updated.

Note that I have not yet pulled the trigger on garbage skipping. It is coded but it needs extensive testing.

http://rationalqm.us/dgdemux/DGDemux_1.0.0.14.rar
DAE avatar
Guest

Re: DGDemux development

Post by Guest »

Looks good
You can see the six episodes (about 43 min)
series.png
and the movie mpls is obvious
movie.png
User avatar
redbtn
Posts: 44
Joined: Sat Nov 16, 2019 2:35 pm

Re: DGDemux development

Post by redbtn »

Thank you Rocky! Nice release! I'm about to test it.
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

Thank you, guys!
User avatar
redbtn
Posts: 44
Joined: Sat Nov 16, 2019 2:35 pm

Re: DGDemux development

Post by redbtn »

I found a problem with space allocation. I'm demuxing BD which is 40gb. If on ssd not enough space for allocate all files (for example I have 43gb, and I checked 4 audio streams and video) free space is gone while demuxing and DGDemux says "Done", but video stream is only 3gb. No errors are displayed.
I guess there should be an error. And there is have to be a way to demux 40gb BD, when you have less than 75+10*4=115gb free space. I think 4*10+30(video stream size) is enough to demux without problems (I guess audio streams allocate first, so 40gb is used and then error to allocate 75gb, continue without allocation, and if on ssd enough space for that (30gb), it can work well). But maybe we can have an option to disable allocation?
I hope you will understand, my English is very bad, haha)
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

I should check for running out of space.

Assuming there is enough space, but preallocation fails (due to fragmentation), that should not stop demuxing; it will just be more fragmented. Do you find otherwise?
User avatar
redbtn
Posts: 44
Joined: Sat Nov 16, 2019 2:35 pm

Re: DGDemux development

Post by redbtn »

Rocky wrote:
Mon Dec 23, 2019 2:57 pm
I should check for running out of space.

Assuming there is enough space, but preallocation fails (due to fragmentation), that should not stop demuxing; it will just be more fragmented. Do you find otherwise?
Yeah, I agree with you. Like if I use hdd with a lot of space, I wanna get as low fragments as possible, but if I use sdd, I don't care about fragments and preallocation. So, if there is not enough space for prealloc, it have to just disable prealloc, right?
User avatar
Rocky
Posts: 3557
Joined: Fri Sep 06, 2019 12:57 pm

Re: DGDemux development

Post by Rocky »

Gosh, how can I say it more clearly? Preallocation failure does not interrupt demuxing or cause any failure. Preallocation just tries to set aside contiguous space. If there is not enough contiguous space to set aside then demuxing continues, but without contiguity.

I will add error processing for write failures due to running out of space.
User avatar
redbtn
Posts: 44
Joined: Sat Nov 16, 2019 2:35 pm

Re: DGDemux development

Post by redbtn »

I understand you, and due this logic I start demuxing 40gb BD when I have 43gn free space, and I was expecting that allocation will fail and demuxing will go without it. But DGDemux finish work without errors, says "Done", but demuxing video stream wasn't done, cuz it was demuxed only 3gb. Do you understand what I mean? Like there was 43gb, it spend 40gb to audio streams (4*10gb), and 3gb not enough for allocate video, then DGDemux start demuxing and when 3gb is gone, it continue demuxing only audio, and when it finish job, user can't know was it demuxed well or not, because there wasn't any errors.
DAE avatar
Guest

Re: DGDemux development

Post by Guest »

Not a big thing but could you add suppression of duplicate playlists to your to do list?
Notice the two playlists have have identical m2ts, its a language/regional thing
4.png
501.png
Not a big issue and easily worked around
Post Reply