DG NV tools - Page 147

Guest · 18th May 2013, 15:45

The stream is corrupted. Try re-ripping it.

Morku · 18th May 2013, 16:14

Thats all? Of course it is corrupt. It is corrupt on the BluRay and I can rip it as many as I want, it will stay corrupt. DGIndexNV should skip it, like Media Player Classic - Home Cinema does, not crashing... The BD has no scratches and damages at all. Warner Bros. released that stuff.

Guest · 18th May 2013, 16:26

I'm not going to spend my life making workarounds for corrupted streams (especially for someone who is unfriendly and demanding). I also doubt that you will motivate nVidia to do that either.

Morku · 18th May 2013, 16:34

You really wonder about the answer after yours? Thanks Captain Ovious.

jpsdr · 19th May 2013, 08:45

The thing you can try, but it may be difficult to obtain, is to try to rip from another Blu-Ray. Even if the Blu-Ray has no scratch or anything, it doesn't mean that you may not have a little physical defect on the layer. But, to do this, you have to get access to another Blu-Ray, this can be the tricky part...

Shevek · 19th May 2013, 13:27

Agreed, I have a blu ray drive in both my HTPC and my main desktop PC. Some discs will be OK in one drive but not the other and some discs vice versa.

If you have access to another drive, try that.

x265 · 19th May 2013, 19:46

Are there any speed difference between DGIndex and DGIndexNV?

LigH · 19th May 2013, 19:50

DGIndex (DGMPGDec) handles only MPEG2 via CPU.

DGIndexNV (DGDecNV) handles MPEG2, MPEG4-AVC and VC-1 via Nvidia-PureVideo.

x265 · 19th May 2013, 20:14

I know that. Will there be any speed gain during the encoding process when using DGIndexNV?

LigH · 19th May 2013, 20:32

Only if your video decoder chip is a lot faster than your CPU. This is more probable for graphic cards with VP5 chip. VP2 to VP4 cards have an average speed limited close to double frame rate (45-60 fps, according to reports by Selur). Especialy if your decoder is stable enough to run multithreaded (like FFMS2), it will outpace DGDecNV easily. DGMPGDec is rather outdated, though.

Guest · 19th May 2013, 20:34

It depends on your VP engine and your system. I think that, generally, if you have a VP5 engine and only a moderately powerful CPU (not a 12-core overclocked beast!) you will get some gains for HD material.

I emphasize again that the raison d'etre of DGDecNV is not performance gains (though you may see gains in some scenarios), but rather integrated, consistent, and correct random access and handling for interlaced video, pulldown, etc., for all the video types.

Selur · 20th May 2013, 08:11

Main reason for me to use DGDecNV:
- it can handle interlaced MPEG-2/MPEG-4 AVC/VC-1; ffmpegsource2 often struggles there.
- it can handle transport streams and vobs properly, ffmpegsource2 needs Haalis Media Splitter installed to be useful at all when it comes to mpeg2 based containers
- opens up some cpu power by using the gpu (mainly useful when the avisynth script or encoding is power hungry)

Main things I miss with DGDecNV:
- Unicode paths and file names are not supported. (annoying; workaround: rename input)
- no ifo/pgc parsing (annoying; workaround: pgcdemux)
- no H.264 10bit handling, since there's no fallback software decoder (annoying; workaround: use ffmpegsource2 instead)
- not free (annoying; but understandable and worth the donation)
- no standalone version, would be nice if one could use DGDecNV/DGSource without Avisynth to simply decode the content to raw (pipe output) so that it can be piped to x264/vpxenc/... without the need for avisynth. (I know, I'm probably the only one that thinks this would be useful)
- windows only (a linux&mac version which also can work as stand alone version would be really cool; gpu decoding and properly handling of transport streams on linux in a console would be nice)

Cu Selur

Selur · 2nd October 2013, 16:35

Curious thing I just encountered, when I called:

Code:

"G:\Hybrid\avisynthPlugins\DGIndexNV.exe" -i "h:\TestClips&Co\DVDs\ElephantsDream\VIDEO_TS\VTS_01_1.VOB"

DGIndexNV crashed, after some testing I found the problem.
If I put DGIndexNV into a folder with multiple other files it crashed indexing anything.
removing some of the files solves the problem -> would be nice if you could add some option to stop DGIndexNV from looking into other files than the license.txt file.

Guest · 2nd October 2013, 17:27

Can you be more specific about how to make this happen please? Steps for me to reproduce it would be very helpful. What files are problematic and are you talking about the EXE file or the license file? AFAIK, DGIndexNV doesn't "look into" any files other than the license.txt file and the video file that you try to open.

Selur · 2nd October 2013, 17:59

will upload my folder which causes the problem and send you a link -> send link and simple instructions

Selur · 2nd October 2013, 20:22

can you reproduce the problem?

laserfan · 2nd October 2013, 23:01

This might be a complete distraction, but when I updated to 2045 in July, after a VERY LONG period where I'd been running successfully 2041, I did initially have a couple of ugly crashes myself, which of course startled and concerned me, but I found that after some fiddling the crashes stopped and then never returned.

A wild guess on my part, but as I look at my C:\Program Files (x86)\DGIndexNV\ folder, I see that I had been hanging-on to old .ini files, which I did on 7/23/2013 place into a separate subfolder called "Old ini files". Maybe (just maybe) the .exe hadn't liked these i.e. files named:
DGIndexNV_2.ini
DGIndexNV2038.ini
DGIndexNV2039.ini
DGIndexNV2040.ini
DGIndexNV2041.ini

being in the same folder with DGIndexNV.ini (the real deal for use with 2045).

Groucho2004 · 2nd October 2013, 23:22

Maybe the version number in DGIndexNV.ini doesn't get updated to the correct version when DGIndexNV is started from the command line (i.e. without initializing the GUI).

Guest · 3rd October 2013, 09:26

Quote:

Originally Posted by Selur

can you reproduce the problem?

Looking at it now. Was running QM simulations all day yesterday.

Guest · 3rd October 2013, 12:54

Looks like it is caused by the multiple avs template support. Digging deeper...

18th May 2013, 16:14	#2922 \| Link
Morku Registered User Join Date: Jul 2012 Posts: 214	Thats all? Of course it is corrupt. It is corrupt on the BluRay and I can rip it as many as I want, it will stay corrupt. DGIndexNV should skip it, like Media Player Classic - Home Cinema does, not crashing... The BD has no scratches and damages at all. Warner Bros. released that stuff. Last edited by Guest; 18th May 2013 at 16:16. Reason: 4

19th May 2013, 19:50	#2928 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 7,439	DGIndex (DGMPGDec) handles only MPEG2 via CPU. DGIndexNV (DGDecNV) handles MPEG2, MPEG4-AVC and VC-1 via Nvidia-PureVideo. __________________ New German Gleitz board MediaFire: x264 \| x265 \| VPx \| AOM \| Xvid

19th May 2013, 20:32	#2930 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 7,439	Only if your video decoder chip is a lot faster than your CPU. This is more probable for graphic cards with VP5 chip. VP2 to VP4 cards have an average speed limited close to double frame rate (45-60 fps, according to reports by Selur). Especialy if your decoder is stable enough to run multithreaded (like FFMS2), it will outpace DGDecNV easily. DGMPGDec is rather outdated, though. __________________ New German Gleitz board MediaFire: x264 \| x265 \| VPx \| AOM \| Xvid

19th May 2013, 20:34	#2931 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	It depends on your VP engine and your system. I think that, generally, if you have a VP5 engine and only a moderately powerful CPU (not a 12-core overclocked beast!) you will get some gains for HD material. I emphasize again that the raison d'etre of DGDecNV is not performance gains (though you may see gains in some scenarios), but rather integrated, consistent, and correct random access and handling for interlaced video, pulldown, etc., for all the video types. Last edited by Guest; 19th May 2013 at 20:36.

20th May 2013, 08:11	#2932 \| Link
Selur . Join Date: Oct 2001 Location: Germany Posts: 7,854	Main reason for me to use DGDecNV: - it can handle interlaced MPEG-2/MPEG-4 AVC/VC-1; ffmpegsource2 often struggles there. - it can handle transport streams and vobs properly, ffmpegsource2 needs Haalis Media Splitter installed to be useful at all when it comes to mpeg2 based containers - opens up some cpu power by using the gpu (mainly useful when the avisynth script or encoding is power hungry) Main things I miss with DGDecNV: - Unicode paths and file names are not supported. (annoying; workaround: rename input) - no ifo/pgc parsing (annoying; workaround: pgcdemux) - no H.264 10bit handling, since there's no fallback software decoder (annoying; workaround: use ffmpegsource2 instead) - not free (annoying; but understandable and worth the donation) - no standalone version, would be nice if one could use DGDecNV/DGSource without Avisynth to simply decode the content to raw (pipe output) so that it can be piped to x264/vpxenc/... without the need for avisynth. (I know, I'm probably the only one that thinks this would be useful) - windows only (a linux&mac version which also can work as stand alone version would be really cool; gpu decoding and properly handling of transport streams on linux in a console would be nice) Cu Selur __________________ Hybrid here in the forum, homepage, its own forum

18th May 2013, 15:45	#2921 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	The stream is corrupted. Try re-ripping it.

18th May 2013, 16:26	#2923 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	I'm not going to spend my life making workarounds for corrupted streams (especially for someone who is unfriendly and demanding). I also doubt that you will motivate nVidia to do that either.

18th May 2013, 16:34	#2924 \| Link
Morku Registered User Join Date: Jul 2012 Posts: 214	You really wonder about the answer after yours? Thanks Captain Ovious.

19th May 2013, 08:45	#2925 \| Link
jpsdr Registered User Join Date: Oct 2002 Location: France Posts: 2,637	The thing you can try, but it may be difficult to obtain, is to try to rip from another Blu-Ray. Even if the Blu-Ray has no scratch or anything, it doesn't mean that you may not have a little physical defect on the layer. But, to do this, you have to get access to another Blu-Ray, this can be the tricky part...

19th May 2013, 13:27	#2926 \| Link
Shevek Registered User Join Date: May 2008 Location: Kent, UK Posts: 154	Agreed, I have a blu ray drive in both my HTPC and my main desktop PC. Some discs will be OK in one drive but not the other and some discs vice versa. If you have access to another drive, try that.

19th May 2013, 19:46	#2927 \| Link
x265 Registered User Join Date: Oct 2012 Posts: 178	Are there any speed difference between DGIndex and DGIndexNV?

19th May 2013, 20:14	#2929 \| Link
x265 Registered User Join Date: Oct 2012 Posts: 178	I know that. Will there be any speed gain during the encoding process when using DGIndexNV?

2nd October 2013, 16:35	#2933 \| Link
Selur . Join Date: Oct 2001 Location: Germany Posts: 7,854	Curious thing I just encountered, when I called: Code: "G:\Hybrid\avisynthPlugins\DGIndexNV.exe" -i "h:\TestClips&Co\DVDs\ElephantsDream\VIDEO_TS\VTS_01_1.VOB" DGIndexNV crashed, after some testing I found the problem. If I put DGIndexNV into a folder with multiple other files it crashed indexing anything. removing some of the files solves the problem -> would be nice if you could add some option to stop DGIndexNV from looking into other files than the license.txt file. __________________ Hybrid here in the forum, homepage, its own forum

2nd October 2013, 17:27	#2934 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	Can you be more specific about how to make this happen please? Steps for me to reproduce it would be very helpful. What files are problematic and are you talking about the EXE file or the license file? AFAIK, DGIndexNV doesn't "look into" any files other than the license.txt file and the video file that you try to open.

2nd October 2013, 17:59	#2935 \| Link
Selur . Join Date: Oct 2001 Location: Germany Posts: 7,854	will upload my folder which causes the problem and send you a link -> send link and simple instructions __________________ Hybrid here in the forum, homepage, its own forum Last edited by Selur; 2nd October 2013 at 18:07.

2nd October 2013, 20:22	#2936 \| Link
Selur . Join Date: Oct 2001 Location: Germany Posts: 7,854	can you reproduce the problem? __________________ Hybrid here in the forum, homepage, its own forum

2nd October 2013, 23:01	#2937 \| Link
laserfan Aging Video Hobbyist Join Date: Dec 2004 Location: Off the Map Posts: 2,461	This might be a complete distraction, but when I updated to 2045 in July, after a VERY LONG period where I'd been running successfully 2041, I did initially have a couple of ugly crashes myself, which of course startled and concerned me, but I found that after some fiddling the crashes stopped and then never returned. A wild guess on my part, but as I look at my C:\Program Files (x86)\DGIndexNV\ folder, I see that I had been hanging-on to old .ini files, which I did on 7/23/2013 place into a separate subfolder called "Old ini files". Maybe (just maybe) the .exe hadn't liked these i.e. files named: DGIndexNV_2.ini DGIndexNV2038.ini DGIndexNV2039.ini DGIndexNV2040.ini DGIndexNV2041.ini being in the same folder with DGIndexNV.ini (the real deal for use with 2045). Last edited by laserfan; 2nd October 2013 at 23:04.

2nd October 2013, 23:22	#2938 \| Link
Groucho2004 Join Date: Mar 2006 Location: Barcelona Posts: 5,034	Maybe the version number in DGIndexNV.ini doesn't get updated to the correct version when DGIndexNV is started from the command line (i.e. without initializing the GUI).

3rd October 2013, 12:54	#2940 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	Looks like it is caused by the multiple avs template support. Digging deeper...

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode