DGDemux development

[domy]

You can now give my tool a playlist file instead of a list of segments

[Rocky]

Pretty soon we will have DomyDemux.

Been busy on home fixing but will check it out any minute now.

[Guest]

Re DGDemux 1.0.0.26
The DaVinci Code and Inferno
When attempting to demux the audio track (thd) from these movies with the GUI DGDemux.exe does not launch does not progress, stays stuck at 0%
Single m2ts stream
Using MKVToolNix to remux and then extracting audio works (gMKVExtract)
DGIndexNV 207 works fine
DGIndexNV 209 crashes

[Rocky]

Please provide link to buy the disk. C'mon, you know we don't have magic wands.

[Guest]

This is one
https://www.amazon.ca/gp/product/B01JJ4 ... UTF8&psc=1

Hope you like Tom Hanks movies

[Rocky]

Thank you.

[Rocky]

Is it the bluray or the UHD? $10 difference.

And can you test this please?

http://rationalqm.us/dgdemux/binaries/DGDemux_gonca.exe

[Guest]

UHD (4K)

[Rocky]

Thanks, will you test the exe for us?

[Guest]

Tried the new exe you linked
Gives error creating output directory

[Rocky]

OK, thanks. Standby for new version...

[Guest]

Just tried with a lower directory (T:\New Folder\) and got the same error

[Rocky]

Please re-download and try again. Thank you.

[Guest]

It's working on the DaVinci Code
I'll try it on Inferno, the other movie, in a sec

[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!

[Guest]

Working fine on the second movie
Looks like its all good

[Rocky]

I'll make releases tomorrow morning. Thank you for your testing, gonca.

[Guest]

Have a good night

[Rocky]

Thank you, you too!

[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?

[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.

[Rocky]

Sherman is like wheee!

[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.

[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.

[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.

Now code review and regression testing.