DG NV tools - Page 120

crasus · 13th August 2010, 02:25

Dear neuron2,

May I ask if using a GPU with VP4 and 96 cuda cores (say some GT240) or more would bring improvement when using DG NV tools as a HD decoder for x264, over an older GPU with VP2 and some ~30 CUDA cores? If so, what kind of improvement would it be?

Thank you for your time.

RedDwarf1 · 13th August 2010, 04:32

Quote:

Originally Posted by crasus

Dear neuron2,

May I ask if using a GPU with VP4 and 96 cuda cores (say some GT240) or more would bring improvement when using DG NV tools as a HD decoder for x264, over an older GPU with VP2 and some ~30 CUDA cores? If so, what kind of improvement would it be?

Thank you for your time.

Take a look in the benchmarking thread and you will see the improvement that the newer VP engines make.

The GT240's are the sweet spot for price/performance for NVTools. Not that it really makes that much difference for HD re-encoding because the encoding is the slow part and usually much slower than the decoding using an earlier VP engine.

But for HD>SD encodes the newer VP engines are much better but unfortunately they can still hold things back if you do Mpeg4 ASP encodes.

Clumpco · 13th August 2010, 05:50

Quote:

Originally Posted by RedDwarf1

The GT240's are the sweet spot for price/performance for NVTools. Not that it really makes that much difference for HD re-encoding because the encoding is the slow part and usually much slower than the decoding using an earlier VP engine.

Indeed.
Moving from a VP2 to a VP4 has given me a very slight improvement on faster X264 encodes during the first pass (58->60 fps). No difference on the slower (more CPU intensive) second pass.

However I imagine that if I swapped my trusty Q6600 for a much faster rig the difference would be greater.

Blue_MiSfit · 13th August 2010, 06:54

Definitely. If you had a dual 6 core Xeon system, having a VP4 card would probably help

Regardless, if you have a VP4 card, adding more CUDA cores doesn't add any measurable performance difference. Remember, the decode isn't really happening on the GPU / CUDA cores. It's happening on an ASIC that's on the card (or on the GPU itself, not sure how integrated it is).

Derek

Rat Killer · 13th August 2010, 12:48

Starting DGIndexNV.exe yields the following error message:

ERROR: cuModuleLoad C:\Program Files\DGDecNV\NV12ToRGB23_sm_20.cubin failed (200)

I am using an NVIDIA Quadro NVS 160M graphis processor in my laptop and the driver version is the latest (4.00.6163) offered by Dell.

Searching this tread suggests its a driver issue, is there a different video driver I should be using to be compatible with DGIndexNV or is there some other suggested solution?

Thanks

Guest · 13th August 2010, 13:16

A one minute search at nvidia.com reveals:

http://www.nvidia.com/object/noteboo...ql-driver.html

Rat Killer · 13th August 2010, 13:30

Thanks. As Dell and nVidia number the drivers differently was not sure if that driver was newer or supported things differently or not. I'll give it a try. Appreciate the help.

LeXXuz · 14th August 2010, 00:45

Quote:

Originally Posted by Blue_MiSfit

Remember, the decode isn't really happening on the GPU / CUDA cores. It's happening on an ASIC that's on the card (or on the GPU itself, not sure how integrated it is).

Now that explains everything. Thanks. I was wondering all the time why a really slow 8400 with only 8 cores outperforms much more expensive cards.

krosswindz · 17th August 2010, 15:06

Thanks neuron2 for this amazing tool. I just got myself a license for this and tried it. I must say its just one awesome tool. Just one suggestion to neuron2 for this.

I read the release notes which requires one to disable screen saver/standby when using it. I was wondering if it would be possible to disable the screen saver if it is enabled from the tool. Possibly when the DLL gets loaded like during the initialization stage to disable the screen saver if enabled. During cleanup stage when the DLL gets unloaded after the encode to re-enable screen saver if it was enabled.

laserfan · 17th August 2010, 16:41

Quote:

Originally Posted by krosswindz

I read the release notes which requires one to disable screen saver/standby when using it.

Actually, the release notes state the following:

Quote:

Activation of a screensaver or standby mode may interfere with proper operation of the NV tools. They should be disabled during use of the NV tools.

Italics are mine, but the point is "YMMV". I'm sure neuron2 will weigh-in on whether he cares to disable Standby in the GUI version, but for my part, although I don't use a screensaver, I do use Standby mode on my Win7 PC and therefore when using the cli version I include some .cmd lines like this:

Code:

@echo First prevent from going into Standby!

@echo ON
powercfg -change -standby-timeout-ac 0
powercfg -change -monitor-timeout-ac 1

do lotsa stuff, including
.
.
.

"C:\Program Files (x86)\DGIndexNV\DGIndexNV" -i D:\video\videoIN.%VIDEOTYPE% -o D:\video\videoIN.dgi -e

@echo Finished!
@echo Return to Standby mode!

powercfg -change -standby-timeout-ac 30
powercfg -change -monitor-timeout-ac 10

krosswindz · 17th August 2010, 17:16

I do use screen saver but I dont use standby mode in my WinXP PC. When I am using the tool I am currently disabling screen saver and turn off my monitor when the encode is going on. Wouldnt it matter that when the encode is going along one would have to do the same, which is my I thought it would be nice if the tool would do it by itself on load and unload time. Again at the end of the day its neuron2's decision on this.

GearX · 17th August 2010, 17:23

Quote:

Originally Posted by krosswindz

I do use screen saver but I dont use standby mode in my WinXP PC. When I am using the tool I am currently disabling screen saver and turn off my monitor when the encode is going on. Wouldnt it matter that when the encode is going along one would have to do the same, which is my I thought it would be nice if the tool would do it by itself on load and unload time. Again at the end of the day its neuron2's decision on this.

You could use the 'blank' screensaver, or set Windows to shut off the monitor after a few minutes.

Guest · 17th August 2010, 18:59

I think that you can run fine with a screensaver in the default non-D3D mode. Have you tried it?

krosswindz · 17th August 2010, 19:52

I havent tried running it with screen saver on. I will play around and see if anything is affected. not that it matters that I have to manually turn off the screen saver.

RedDwarf1 · 18th August 2010, 01:15

Is it only the indexing that can be affected by power saving sleep/standby? If so then I don't really see a problem because it doesn't really take that long and I'm usually using the PC at the time anyway.

But while encoding I put my monitor into standby using Wizmo and I haven't noticed any problems. It would be a serious problem if power saving couldn't be used while encoding because it's extremely rare that I use the power switch on my monitor because previous experience has shown that is when my monitor is most likely to fail. It's now out of warranty so avoiding a failure is important.

If it's just the screensaver that's the problem then it isn't a problem for me because I never use screensavers, I prefer standby. The readme does state Standby and not just screensaver which is a big problem. Why would something like monitor power saving affect NV Tools?

Guest · 18th August 2010, 01:22

I don't really know. I added that statement to cover my ***. I doubt that monitor power down or a screensaver could actually be an issue.

Anything that makes the video driver go dead is a problem. For example, Remote Desktop.

krosswindz · 18th August 2010, 01:26

I have Linux PC with 8600GT on it, I was wondering if DGNV tools would work if I ran Windows XP in a VM.

RedDwarf1 · 18th August 2010, 01:31

Ok thank you. I will keep my eye on it in future and might do a small test to verify it works without problems when the screen is in standby.

Guest · 18th August 2010, 01:36

Quote:

Originally Posted by krosswindz

I have Linux PC with 8600GT on it, I was wondering if DGNV tools would work if I ran Windows XP in a VM.

I don't think so.

krosswindz · 18th August 2010, 02:10

^ Thanks for your reply, I was hoping this would have been possible using VMwares VMDirectPath.

13th August 2010, 02:25	#2381 \| Link
crasus Registered User Join Date: Mar 2008 Posts: 60	Dear neuron2, May I ask if using a GPU with VP4 and 96 cuda cores (say some GT240) or more would bring improvement when using DG NV tools as a HD decoder for x264, over an older GPU with VP2 and some ~30 CUDA cores? If so, what kind of improvement would it be? Thank you for your time. Last edited by crasus; 13th August 2010 at 02:48.

13th August 2010, 06:54	#2384 \| Link
Blue_MiSfit Derek Prestegard IRL Join Date: Nov 2003 Location: Los Angeles Posts: 5,989	Definitely. If you had a dual 6 core Xeon system, having a VP4 card would probably help Regardless, if you have a VP4 card, adding more CUDA cores doesn't add any measurable performance difference. Remember, the decode isn't really happening on the GPU / CUDA cores. It's happening on an ASIC that's on the card (or on the GPU itself, not sure how integrated it is). Derek __________________ These are all my personal statements, not those of my employer :)

18th August 2010, 01:15	#2395 \| Link
RedDwarf1 RedDwarf Fan Join Date: Jun 2005 Location: United Kingdom Posts: 198	Is it only the indexing that can be affected by power saving sleep/standby? If so then I don't really see a problem because it doesn't really take that long and I'm usually using the PC at the time anyway. But while encoding I put my monitor into standby using Wizmo and I haven't noticed any problems. It would be a serious problem if power saving couldn't be used while encoding because it's extremely rare that I use the power switch on my monitor because previous experience has shown that is when my monitor is most likely to fail. It's now out of warranty so avoiding a failure is important. If it's just the screensaver that's the problem then it isn't a problem for me because I never use screensavers, I prefer standby. The readme does state Standby and not just screensaver which is a big problem. Why would something like monitor power saving affect NV Tools? Last edited by RedDwarf1; 18th August 2010 at 01:25.

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

13th August 2010, 12:48	#2385 \| Link
Rat Killer Registered User Join Date: Mar 2004 Location: Houston Posts: 112	Starting DGIndexNV.exe yields the following error message: ERROR: cuModuleLoad C:\Program Files\DGDecNV\NV12ToRGB23_sm_20.cubin failed (200) I am using an NVIDIA Quadro NVS 160M graphis processor in my laptop and the driver version is the latest (4.00.6163) offered by Dell. Searching this tread suggests its a driver issue, is there a different video driver I should be using to be compatible with DGIndexNV or is there some other suggested solution? Thanks

13th August 2010, 13:16	#2386 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	A one minute search at nvidia.com reveals: http://www.nvidia.com/object/noteboo...ql-driver.html

13th August 2010, 13:30	#2387 \| Link
Rat Killer Registered User Join Date: Mar 2004 Location: Houston Posts: 112	Thanks. As Dell and nVidia number the drivers differently was not sure if that driver was newer or supported things differently or not. I'll give it a try. Appreciate the help.

17th August 2010, 15:06	#2389 \| Link
krosswindz Registered User Join Date: Feb 2006 Location: kernel space Posts: 245	Thanks neuron2 for this amazing tool. I just got myself a license for this and tried it. I must say its just one awesome tool. Just one suggestion to neuron2 for this. I read the release notes which requires one to disable screen saver/standby when using it. I was wondering if it would be possible to disable the screen saver if it is enabled from the tool. Possibly when the DLL gets loaded like during the initialization stage to disable the screen saver if enabled. During cleanup stage when the DLL gets unloaded after the encode to re-enable screen saver if it was enabled.

17th August 2010, 17:16	#2391 \| Link
krosswindz Registered User Join Date: Feb 2006 Location: kernel space Posts: 245	I do use screen saver but I dont use standby mode in my WinXP PC. When I am using the tool I am currently disabling screen saver and turn off my monitor when the encode is going on. Wouldnt it matter that when the encode is going along one would have to do the same, which is my I thought it would be nice if the tool would do it by itself on load and unload time. Again at the end of the day its neuron2's decision on this.

17th August 2010, 18:59	#2393 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	I think that you can run fine with a screensaver in the default non-D3D mode. Have you tried it?

17th August 2010, 19:52	#2394 \| Link
krosswindz Registered User Join Date: Feb 2006 Location: kernel space Posts: 245	I havent tried running it with screen saver on. I will play around and see if anything is affected. not that it matters that I have to manually turn off the screen saver.

18th August 2010, 01:22	#2396 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	I don't really know. I added that statement to cover my ***. I doubt that monitor power down or a screensaver could actually be an issue. Anything that makes the video driver go dead is a problem. For example, Remote Desktop.

18th August 2010, 01:26	#2397 \| Link
krosswindz Registered User Join Date: Feb 2006 Location: kernel space Posts: 245	I have Linux PC with 8600GT on it, I was wondering if DGNV tools would work if I ran Windows XP in a VM.

18th August 2010, 01:31	#2398 \| Link
RedDwarf1 RedDwarf Fan Join Date: Jun 2005 Location: United Kingdom Posts: 198	Ok thank you. I will keep my eye on it in future and might do a small test to verify it works without problems when the screen is in standby.

18th August 2010, 02:10	#2400 \| Link
krosswindz Registered User Join Date: Feb 2006 Location: kernel space Posts: 245	^ Thanks for your reply, I was hoping this would have been possible using VMwares VMDirectPath.