DGDemux development
Re: DGDemux development
Does Bullwinkle already know how to do this?
Re: DGDemux development
Haven't seen him for a while. Hope he's OK!
- Bullwinkle
- Posts: 338
- Joined: Thu Sep 05, 2019 6:37 pm
Re: DGDemux development
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!
The design is all worked out for playlist scanning. You're gonna like it!
Re: DGDemux development
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!
Re: DGDemux development
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.
Re: DGDemux development
In future can this be made user selectable?Playlists shorter than 10 minutes
Re: DGDemux development
Sure it can be done. Is there a good reason for it?
Re: DGDemux development
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
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
Re: DGDemux development
All those times are greater than 10 minutes. BDINFO uses 20 seconds by default. Maybe I should do that?
Re: DGDemux development
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
Re: DGDemux development
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.
I am very reluctant to add what appear to me to be superfluous options.
Re: DGDemux development
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
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
Re: DGDemux development
I don't mind sorting by duration.
Re: DGDemux development
Okay, that works too.
Re: DGDemux development
Good! I'm making the threshold 5 minutes and sorting by descending order of duration. Already implemented and tested.
Re: DGDemux development
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
* 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
Re: DGDemux development
Looks good
You can see the six episodes (about 43 min) and the movie mpls is obvious
You can see the six episodes (about 43 min) and the movie mpls is obvious
Re: DGDemux development
Thank you Rocky! Nice release! I'm about to test it.
Re: DGDemux development
Thank you, guys!
Re: DGDemux development
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)
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)
Re: DGDemux development
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?
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?
Re: DGDemux development
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?
Re: DGDemux development
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.
I will add error processing for write failures due to running out of space.
Re: DGDemux development
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.
Re: DGDemux development
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 Not a big issue and easily worked around
Notice the two playlists have have identical m2ts, its a language/regional thing Not a big issue and easily worked around