Page 25 of 37

Re: DGDemux development

Posted: Sat May 23, 2020 5:50 pm
by Rocky
OK, thanks. Standby for new version...

Re: DGDemux development

Posted: Sat May 23, 2020 6:02 pm
by Guest
Just tried with a lower directory (T:\New Folder\) and got the same error

Re: DGDemux development

Posted: Sat May 23, 2020 6:06 pm
by Rocky
Please re-download and try again. Thank you.

Re: DGDemux development

Posted: Sat May 23, 2020 6:09 pm
by Guest
It's working on the DaVinci Code
I'll try it on Inferno, the other movie, in a sec

Re: DGDemux development

Posted: Sat May 23, 2020 6:12 pm
by Rocky
Great, thanks. I had my define for the maximum THD frame size too low. I should malloc/free it instead of having a fixed buffer size. Glad you found that directory bug before I released that! :salute:

Re: DGDemux development

Posted: Sat May 23, 2020 6:13 pm
by Guest
Working fine on the second movie
Looks like its all good

Re: DGDemux development

Posted: Sat May 23, 2020 6:14 pm
by Rocky
I'll make releases tomorrow morning. Thank you for your testing, gonca.

Re: DGDemux development

Posted: Sat May 23, 2020 6:19 pm
by Guest
Have a good night

Re: DGDemux development

Posted: Sat May 23, 2020 7:33 pm
by Rocky
Thank you, you too!

Re: DGDemux development

Posted: Mon May 25, 2020 8:18 pm
by Sherman
We're back! We met Rosalind Franklin. She had so many insights on "modern physics" and the sociology of science. And she went to Cambridge, too.

Anyway, I thought up a real simple, robust way to do episode demuxing without all kinds of hullabaloo. Everything falls out automatically. OK, first implement a 'skip first n M2TS files' option. Also implement stopping the demux when a new M2TS (or EOS) is asked for, when in episode mode. Then a high-level process simply starts and when the first M2TS hits NextFile() it re-spawns DGDemux.exe with skipping 1 M2TS and then the current instance dies. Then at each NextFile() call, just bump the number to skip by one, re-spawn, and die. Performance should be fine because each stage only needs to parse one M2TS file. Pretty sneaky, huh? The alternative of closing and re-opening files on-the-fly while parsing all the M2TS files straight-through is too nightmarish to contemplate.

What do you think?

Re: DGDemux development

Posted: Mon May 25, 2020 8:21 pm
by Bullwinkle
Sherman, that's pretty good for a kid. However, coordinating that process with the GUI may not be so trivial. I expect you to have it coded by the end of the day tomorrow. That is the real test of a Moose.

Image

Re: DGDemux development

Posted: Mon May 25, 2020 8:55 pm
by Rocky
Sherman is like wheee!

Re: DGDemux development

Posted: Tue May 26, 2020 8:53 am
by Sherman
Guys, I have the first phase completed. I added the 'skip n M2TS files' option. It uses an extra episode number on the file names and adjusts chapter times, etc. Seems to work fine. Now I will write the high-level controller that does all the episodes via:

DGDemux ... -sk n

starting at n = 0 and incrementing it until done.

Re: DGDemux development

Posted: Tue May 26, 2020 10:09 am
by Sherman
I got the high-level process working. You just add -ep to the end of the DGDemux command line and that will enable per-episode demuxing. Now, I have to add the -ep option to DGDemuxGUI. Then regression test everything very thoroughly and make sure non-episode mode is still working properly.

Re: DGDemux development

Posted: Tue May 26, 2020 10:41 am
by Sherman
Now I have DGDemuxGUI working fine. There is one wart. For each M2TS the progress goes 0-100 and then after the last one everything finishes. It's hard to make the progress span the entire M2TS list so I'm not going to bother. :P

Now code review and regression testing.

Re: DGDemux development

Posted: Tue May 26, 2020 10:43 am
by Bullwinkle
You better hurry up, Sherman. There are only about 13 hours left in the day.

Re: DGDemux development

Posted: Tue May 26, 2020 8:06 pm
by Rocky
Sherman has turned it over to me for release, so he made the schedule. Great job!

Probably make slipstream tomorrow.

Re: DGDemux development

Posted: Wed May 27, 2020 2:10 pm
by Bullwinkle
Not so fast, Sherman. There is no proper error checking and recovery. And the progress doesn't span the entire playlist? You have all the in and out times for all the M2TS. Figure it out.

Re: DGDemux development

Posted: Thu May 28, 2020 8:49 am
by Sherman
Thank you for the guidance, Bullwinkle. I have added error handling and fixed up the progress indication. Handing off to Rocky.

Re: DGDemux development

Posted: Thu May 28, 2020 8:51 am
by Rocky
Thank you, guys. The changes are non-trivial so let's go with a test version for people to bang on. Note that it has been tested only with CC_SAKURA.

http://rationalqm.us/dgdemux/binaries/D ... isodes.rar

Update both DGDemux and DGDemuxGUI. The manual explains the new options -ep and -sk. Feedback will be appreciated.

Re: DGDemux development

Posted: Fri May 29, 2020 5:34 pm
by Guest
Quick test on Stargate Atlantis disc
Works fine, chapters are right and everything else seems ok

Re: DGDemux development

Posted: Fri May 29, 2020 6:16 pm
by Rocky
Great to hear, gonca. Thank you for your testing.

Re: DGDemux development

Posted: Mon Jun 01, 2020 5:27 pm
by Rocky
Released as slipstream 28. Thank you everybody for suggestions, coding, and testing.

What should we ask Sherman to do next? Solve the quantum measurement "problem"? After he saves history, of course.

Re: DGDemux development

Posted: Mon Jun 01, 2020 5:32 pm
by Sherman
Don't worry, Rocky, I can multitask.

Re: DGDemux development

Posted: Wed Jun 03, 2020 6:28 pm
by Emulgator
Beautiful.
Made a 9-angle-BD test project in DVD Architect 7.0 just to see if it would work:
All 9 angles are found nicely (but did not test demuxing for now).

Small suggestion: Once it comes to cosmetics, the second video stream can have its PID.
Found 0x1015 (dec 4117) for Dolby Vision Enhancement Layer (UHD 2001 - A Space Odyssey)
Somewhere I happened to come across 0x1012 (dec4114) for a MVC stream, don't remember where...