[RESOLVED] DGDecodeNV not utilising GPU?

Support forum for DGDecNV
Post Reply
DAE avatar
Giles
Posts: 5
Joined: Tue Jul 19, 2011 4:22 pm

[RESOLVED] DGDecodeNV not utilising GPU?

Post by Giles »

Hi,

Apologies for coming here to unload my woes, but I've been idly poking at this problem with a stick for a while now and still haven't got to the bottom of the issue. Put simply, I've got everything in place, so far as I know, to use my GPU in the encoding, but everything I can see indicates that it's not being utilised when it runs.

My spec is Windows 7 x64, i7 930, 6GB RAM, MSI GTX570 Twin Frozr II plus GEForce driver v275.33 running 2 monitors.

I'm using the following as my basic AVS script as input to DGIndexNV (v2039)...

LoadPlugin("C:\Program Files (x86)\MeGUI\tools\dgindexnv\DGDecodeNV.dll")
DGSource("__vid__", deinterlace=1, use_pf=true, resize_w=1280, resize_h=720)

...which produces a file like this, as it should...

LoadPlugin("C:\Program Files (x86)\MeGUI\tools\dgindexnv\DGDecodeNV.dll")
DGSource("J:\Work Area\Tesrfile.dgi", deinterlace=1, use_pf=true, resize_w=1280, resize_h=720)

And as you have seen, yes, I'm being very naughty & using MeGUI. I appreciate that you don't support it, but what I'm trying to do here is at the very least to try to rule out anything that's been seen before or any stupid mistakes on my part before going elsewhere. I've cleared out my dgindexnv directory of everything but the script above, so there should be nothing lingering from any older releases.

When I open the AVS script that DGIndexNV generated in MeGUI everything looks fine, no errors or anything to be seen. I set the bitrate I want, add in the audio tracks etc and the jobs are queued up to go. I start the jobs running and indeed they do run. However, the tricky bit is that the CPU goes up to around 50% load and the GPU load (as seen in Afterburner and GPU-Z) sits there as idle as before I started, with zero signs of being stressed at around 14 or 15%.

At the end of the day, the output file I want is produced and is fine, but it is obviously taking a lot longer than I want. So...

1) Is there anything obviously wrong?
2) Are there any tests I can run or things I can enable/monitor for when it's running?

Thanks!
User avatar
admin
Posts: 4551
Joined: Thu Sep 09, 2010 3:08 pm

Re: DEDecodeNV not utilising GPU?

Post by admin »

Actually, NVCUVID uses the VP engine on the GPU card for decoding, not the GPU itself (DGIndexNV uses the GPU itself for NV12->RGB conversion). So GPU load is an irrelevant metric.

Benchmark your card to determine its relative performance.
DAE avatar
Giles
Posts: 5
Joined: Tue Jul 19, 2011 4:22 pm

Re: DEDecodeNV not utilising GPU?

Post by Giles »

Ok. Will give that a spin this evening. I had expected some increase to show up somewhere on the card, but no change in temperature, fan RPM etc either, hence my concern. The biggest clue was going from a 260 to a 570 and seeing no increase in speed.
DAE avatar
Giles
Posts: 5
Joined: Tue Jul 19, 2011 4:22 pm

Re: DEDecodeNV not utilising GPU?

Post by Giles »

Frame 839/839, fps (min/max/avg): 37.57 | 83.58 | 62.43

I thought that looked quite respectable, as the best of my scores, but then I saw someone running it on a Dell laptop and getting "84.08 | 146.16 | 135.67" and so I'm not so sure now.
DAE avatar
Giles
Posts: 5
Joined: Tue Jul 19, 2011 4:22 pm

Re: DEDecodeNV not utilising GPU?

Post by Giles »

Oh, and my system info...

NVIDIA System Information report created on: 07/20/2011 21:10:27
System name: MAINPC

[Display]
Operating System: Windows 7 Ultimate, 64-bit (Service Pack 1)
DirectX version: 11.0
GPU processor: GeForce GTX 570
Driver version: 275.33
DirectX support: 11
CUDA Cores: 480
Core clock: 900 MHz
Shader clock: 1800 MHz
Memory clock: 2000 MHz (4000 MHz data rate)
Memory interface: 320-bit
Total available graphics memory: 4095 MB
Dedicated video memory: 1280 MB GDDR5
System video memory: 0 MB
Shared system memory: 2815 MB
Video BIOS version: 70.10.17.00.03
IRQ: 16
Bus: PCI Express x16 Gen2

[Components]

easyUpdatusAPIU64.DLL 1.3.5.0 NVIDIA Update Components
WLMerger.exe 1.3.5.0 NVIDIA Update Components
Nvlhr.exe 1.3.5.0 NVIDIA Update Components
daemonu.exe 1.3.5.0 NVIDIA Update Components
ComUpdatusPS.dll 1.3.5.0 NVIDIA Update Components
ComUpdatus.exe 1.3.5.0 NVIDIA Update Components
NvUpdtr.dll 1.3.5.0 NVIDIA Update Components
NvUpdt.dll 1.3.5.0 NVIDIA Update Components
nvui.dll 7.17.12.7533 NVIDIA User Experience Driver Component
nvxdsync.exe 8.17.12.7533 NVIDIA User Experience Driver Component
nvxdplcy.dll 8.17.12.7533 NVIDIA User Experience Driver Component
nvxdbat.dll 8.17.12.7533 NVIDIA User Experience Driver Component
nvxdapix.dll 8.17.12.7533 NVIDIA User Experience Driver Component
NVCPL.DLL 8.17.12.7533 NVIDIA User Experience Driver Component
nvCplUI.exe 3.7.730.01 NVIDIA Control Panel
nvWSSR.dll 6.14.12.7061 NVIDIA Workstation Server
nvWSS.dll 6.14.12.7533 NVIDIA Workstation Server
nvViTvSR.dll 6.14.12.7061 NVIDIA Video Server
nvViTvS.dll 6.14.12.7533 NVIDIA Video Server
nvDispSR.dll 6.14.12.7061 NVIDIA Display Server
NVMCTRAY.DLL 8.17.12.7533 NVIDIA Media Center Library
nvDispS.dll 6.14.12.7533 NVIDIA Display Server
PhysX 09.10.0514 NVIDIA PhysX
NVCUDA.DLL 8.17.12.7533 NVIDIA CUDA 4.0.1 driver
nvGameSR.dll 6.14.12.7061 NVIDIA 3D Settings Server
nvGameS.dll 6.14.12.7533 NVIDIA 3D Settings Server
User avatar
admin
Posts: 4551
Joined: Thu Sep 09, 2010 3:08 pm

Re: DEDecodeNV not utilising GPU?

Post by admin »

Giles wrote:Frame 839/839, fps (min/max/avg): 37.57 | 83.58 | 62.43

I thought that looked quite respectable, as the best of my scores, but then I saw someone running it on a Dell laptop and getting "84.08 | 146.16 | 135.67" and so I'm not so sure now.
The new VP5 engine is way faster. At the moment it is available on only a few cards, e.g., 520 and some mobile adapters.
DAE avatar
Giles
Posts: 5
Joined: Tue Jul 19, 2011 4:22 pm

Re: DEDecodeNV not utilising GPU?

Post by Giles »

That's just so bizarre, that a card you can pick up for forty quid is capable of outperfoming something costing five or six times as much. I'm almost tempted to fit one purely for encoding at that rate, if it weren't for the fact that more will follow before long.

It looks like I'm going to have to try encoding something with the basic DGDecode for comparison purposes :-(
Post Reply