Yes sir. My bad for not mentioning that.

You mean the -files option or the channel mask fix? For -files you have to wait for the new GUI. For the channel mask fix it should work fine as is (rename the test version to DGDemux.exe and put it in the same directory as DGDemuxGUI.exe). Are you having a problem?

Slipstream for DGDecNV 255:

* Increased the maximum chapters for an MKV file from 100 to 500. lenoil

Update DGIndexNV.exe.

http://rationalqm.us/dgdecnv/binaries

I decided to just bump the define to 500 as malloc'ing was a bit fiddly. Releasing slipstream.

Great to hear! Thank you again for your assistance in resolving this issue.

Thank you lenoil. I'll go you one better and try to do it with malloc() so that there is no limit. Thank you for the sample.

Great ideas, Island! Thank you so much. I'll do both of those.

Yeah, I'm thinking squirrel too. And change the eagle to a moose.

OK, I found the controlling #define and it is set to 100. How many do you need?

Welcome to the forum!

I'll look at the code but in the meantime can you please provide an MKV sample that I can use to duplicate this?

Hmm, DGDemuxGUI will not be so easy to support both disk and file mode. That's because the application is a dialog-based application, i.e., the structure is like this: int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { DialogBox(hInstance, // handle to ...

OK guys, here is a test version. Example: dgdemux_test -l d:\tmp\dgdemux.txt -files g:\rips\A_NEW_HOPE\BDMV\STREAM\00901.m2ts,00902.m2ts -o d:\tmp\A_NEW_HOPE -demux 4113,4352 As previously described, the first file may contain a full path but subsequent files use the path of the first file. Your tes...

188 and 204 transport are working. Still got a little bug when the first file is not a full path. Then refactor and give y'all a test version.

I don't think Britney could have done this.

You're welcome!

Hmm, I have M2TS with 192-byte transport hard-wired in several places, but I want this to work with normal 188-byte transport (e.g., TS) as well. So gonna fix that before giving a test release.

OK, I have it fixed. Can you wait a day or two and I'll release it with the new -files support? If not, I'll give you a private version you can use in the interim.

Thank you for the report, sample, and process!

Thanks for your understanding. Squirrels only live about 6 years and I'm pretty far along on the progress bar of life. So gotta pick my battles carefully.

Perfect, thank you. I will look into it.

DV stuff is working. The new code is a bit ugly so I'm gonna refactor a bit before giving y'all a test version.

Thank you!

Make sure you use the latest version downloaded from our site. Don't trust the version number alone as we indentify by version number/date. If you still think it is not center, provide a source sample (before demuxing) that I can use to duplicate that. Also list your exact processing steps. The prev...

Sorry but I don't have time or energy to make a complex fix for a potential issue. If you can point to an actual instance of a disk that would benefit from it, I would reconsider.

Curly just got home from the hospital and I don't know when he can get started. But don't worry, we won't forget about it.

Welcome to the forum and thank you for your question.

What is in the first M2TS and why wouldn't you want to skip it? In all these type disks I have seen it is just blackness or color bars.

Demuxing is coded and working. Next I have to implement the DolbyVision stuff (merging, etc.) after demux. Then we will have a test version.

Forgot to mention that for DGDemuxGUI we will have two GUI main screens, one for disks and one for files, with a button on each to toggle the active mode.