DGDemux development
Re: DGDemux development
Demuxed Sanctum from disc with AnyDVD running in the background, and Mad Max Fury Road from HDD (MakeMKV) backup
All appears to work well
Might want to display that it is working, during MVC demux, (Working on it, be patient) kind of thing
Selectable MVC stream would be nice, for those times you only need the base view
All appears to work well
Might want to display that it is working, during MVC demux, (Working on it, be patient) kind of thing
Selectable MVC stream would be nice, for those times you only need the base view
Re: DGDemux development
Good to hear, thank you.
We can do better than that. If I showed you the current progress reporting code, I would have to hang my head in shame.Might want to display that it is working, during MVC demux, (Working on it, be patient) kind of thing
I knew someone would ask for that.Selectable MVC stream would be nice, for those times you only need the base view
Re: DGDemux development
My case use is that on rare occasions I had to get the 3D version of a movie due to availability.
I only need the 2D view so I can save some time by demuxing only the base view
Since 4K doesn't support 3D I wont have this problem on new discs, but I still have to deal with the old ones
I only need the 2D view so I can save some time by demuxing only the base view
Since 4K doesn't support 3D I wont have this problem on new discs, but I still have to deal with the old ones
Re: DGDemux development
Sure, I wasn't doubting you. Your wish is my command.
Re: DGDemux development
Looks like Sherman won't be back for a while, so I added the preallocation for the MVC stream and made the MVC stream individually selectable. I also changed the whole progress reporting system. What you get now is two boxes. One is just a marquee-style progress control that runs when demuxing is running. The other is a text box that shows the current M2TS file being worked on. You can compare that to the M2TS list to get an idea of where you stand.
I'll make a new test version a bit later today.
I'll make a new test version a bit later today.
Re: DGDemux development
Here is a test version. Both DGDemux.exe and DGDemuxGUI.exe are updated.
http://rationalqm.us/dgdemux/binaries/D ... c_test.rar
http://rationalqm.us/dgdemux/binaries/D ... c_test.rar
Re: DGDemux development
Works well
The progress display gives up precision (at what percent it is at) but is usable
When only the MVC stream is selected, DGDemux reads the whole AVC (base) stream before demuxing the MVC stream
I do realize that this a situation that will probably not happen, just pointing it out
The progress display gives up precision (at what percent it is at) but is usable
When only the MVC stream is selected, DGDemux reads the whole AVC (base) stream before demuxing the MVC stream
I do realize that this a situation that will probably not happen, just pointing it out
Re: DGDemux development
Yeah, I kinda knew about that. I'll see if I can can do anything about it. It should be possible. Thank you for your testing, gonca.
Re: DGDemux development
That test was with a MakeMKV backup, don't know if the ssif.smap extension had something to do with it
Don't think it is that much of an issue
When do you use the MVC file without the base view stream.
Maybe see what the users that do 3D think
Don't think it is that much of an issue
When do you use the MVC file without the base view stream.
Maybe see what the users that do 3D think
Re: DGDemux development
Nothing to do with SSIF. I don't need or use them. It's just that the architecture comes from DGIndexNV, which always has at least main video to look at, and usually all the audio streams as well. I can fix it up but it may not be worth the effort, as you suggest.
Re: DGDemux development
I implemented code to avoid parsing the base M2TS streams when only the MVC video is selected for demuxing. Please re-download:
http://rationalqm.us/dgdemux/binaries/D ... c_test.rar
It works fine. In a way it works too fine, because it is blazingly fast compared to demuxing the base video. This just indicates that there is baggage from DGIndexNV that could potentially be excised to speed up demuxing substantially. I'll definitely look into that. But for now I think we are close to a slipstream. Please test it thoroughly. Thank you.
A little more on the potential speedup... When I created DGDemux from DGIndexNV I did some quick-and-dirty things to get free of nVidia APIs. One thing was that, instead of removing all the indexing code, I simply allowed it to run but redirected the DGI file to /nul. Hanging my head in shame! Obviously, getting rid of that indexing code is going to significantly accelerate the application.
http://rationalqm.us/dgdemux/binaries/D ... c_test.rar
It works fine. In a way it works too fine, because it is blazingly fast compared to demuxing the base video. This just indicates that there is baggage from DGIndexNV that could potentially be excised to speed up demuxing substantially. I'll definitely look into that. But for now I think we are close to a slipstream. Please test it thoroughly. Thank you.
A little more on the potential speedup... When I created DGDemux from DGIndexNV I did some quick-and-dirty things to get free of nVidia APIs. One thing was that, instead of removing all the indexing code, I simply allowed it to run but redirected the DGI file to /nul. Hanging my head in shame! Obviously, getting rid of that indexing code is going to significantly accelerate the application.
Re: DGDemux development
Test demuxed the smallest 3D cut of MIB_3_3D.
Mediainfo recognises both .avc and .mvc streams properly.
NLE: VegasPro 14..16 on import can not recognise .mvc, I renamed to .avc.
Tries to index, but fails. To be expected, Vegas wasn't made for that.
For fun I let tsMuxeR last build mux a .m2ts from both .avc and .mvc video streams: no complaints.
Playback with MPC-HC (no 3D screen available ATM): Base view looks good.
LAV Splitter sees both video streams.
GraphEdit builds a graph from the remuxed .m2ts
That is all at the moment I can do with it.
Looks good to me, many thanks !
Mediainfo recognises both .avc and .mvc streams properly.
NLE: VegasPro 14..16 on import can not recognise .mvc, I renamed to .avc.
Tries to index, but fails. To be expected, Vegas wasn't made for that.
For fun I let tsMuxeR last build mux a .m2ts from both .avc and .mvc video streams: no complaints.
Playback with MPC-HC (no 3D screen available ATM): Base view looks good.
LAV Splitter sees both video streams.
GraphEdit builds a graph from the remuxed .m2ts
That is all at the moment I can do with it.
Looks good to me, many thanks !
Re: DGDemux development
Like I said before, don't do 3D so I don't have the screen for it
Demuxed MVC by itself, that is quick
Demuxed AVC and MVC, fed tsMuxer these two streams and created a 3D ISO
Original playback shows left and right view side by side
Remuxed playback shows the identical image
So, as far as I can test, it looks good to me
Demuxed MVC by itself, that is quick
Demuxed AVC and MVC, fed tsMuxer these two streams and created a 3D ISO
Original playback shows left and right view side by side
Remuxed playback shows the identical image
So, as far as I can test, it looks good to me
Re: DGDemux development
Thank you, gentlemen!
I'll probably wait to slipstream so I can address renols' THD issue. While I'm waiting for the disk I'll look at speeding up the main demuxing. No reason it shouldn't be as fast as the MVC demuxing. Did Sherman do good on MVC demuxing, or what? Where is that boy when we need him?
I'll probably wait to slipstream so I can address renols' THD issue. While I'm waiting for the disk I'll look at speeding up the main demuxing. No reason it shouldn't be as fast as the MVC demuxing. Did Sherman do good on MVC demuxing, or what? Where is that boy when we need him?
Re: DGDemux development
Waiting for his spurs? I think it is time. I'll keep him on the straight and narrow! Nyuk, nyuk.Where is that boy when we need him?
Curly Howard
Director of EAC3TO Development
Director of EAC3TO Development
- Bullwinkle
- Posts: 338
- Joined: Thu Sep 05, 2019 6:37 pm
Re: DGDemux development
Curly, do you know how to code?
Re: DGDemux development
Tested tsMuxeR for demuxing comparison:
Demuxed the same MIB_3_3D 00689.mpls using tsMuxeR.
.dts sizes and files come out identical.
.sups do differ.
.avc does differ tiny bits (DGDemux is a tiny bit smaller)
.mvc does differ, DGDemux is bigger.
Says nothing ATM, I guess, Sherman did well
Demuxed the same MIB_3_3D 00689.mpls using tsMuxeR.
.dts sizes and files come out identical.
.sups do differ.
.avc does differ tiny bits (DGDemux is a tiny bit smaller)
.mvc does differ, DGDemux is bigger.
Says nothing ATM, I guess, Sherman did well
Re: DGDemux development
I made broccoli soup last night, so coding is no big deal to me. How about you?
Curly Howard
Director of EAC3TO Development
Director of EAC3TO Development
Re: DGDemux development
Winkie wants me to pretend to be intelligent so here goes...Emulgator wrote: ↑Mon Jun 22, 2020 5:45 pmTested tsMuxeR for demuxing comparison:
Demuxed the same MIB_3_3D 00689.mpls using tsMuxeR.
.dts sizes and files come out identical.
.sups do differ.
.avc does differ tiny bits (DGDemux is a tiny bit smaller)
.mvc does differ, DGDemux is bigger.
Says nothing ATM, I guess, Sherman did well
Sups will differ because we use a super-secret algorithm. They are still finely sinked to the pictures, so no sweat. Am I doing good? MVC is bigger cuz we doesn't delete filler shiite (take that profanity filter). Don't know about AVC. I guess smaller is better, unless you're talking about, well, you know.
Curly Howard
Director of EAC3TO Development
Director of EAC3TO Development
Re: DGDemux development
U pretend real good
- Bullwinkle
- Posts: 338
- Joined: Thu Sep 05, 2019 6:37 pm
Re: DGDemux development
Broccoli, yech! Anyway, Mooses are so big that we can't easily get down to munch that low stuff. Tree bark and leaves, now you're talking my language.
I'm a system architect. I don't dirty my hooves with coding. Students and apprentices, OK?
I'm a system architect. I don't dirty my hooves with coding. Students and apprentices, OK?
Re: DGDemux development
Curly Howard
Director of EAC3TO Development
Director of EAC3TO Development
Re: DGDemux development
Just for fun I implemented the Sherman method for the main demuxing (not just for the MVC stream). So far I have completed AC3 demuxing. So my operation was to demux all 5 AC3 streams from TOY_STORY_4_3D. Here are the timings:
DGDemux old way: 2mins 47 seconds
DGDemux new way: 48 seconds
As you can see, the new way is 3.5 times faster! Let's continue with this effort.
DGDemux old way: 2mins 47 seconds
DGDemux new way: 48 seconds
As you can see, the new way is 3.5 times faster! Let's continue with this effort.
Re: DGDemux development
By unanimous decision of the forum team, Sherman has been awarded his spurs. Congratulations!
Re: DGDemux development
Way to go, Sherman. You are a maestro of coding!