View Full Version : DG NV tools
aegisofrime
19th September 2009, 08:10
Nvidia 190.62 is the latest driver, did you try this one ?
That's for desktop cards, the latest for mobile cards is still 186.
Guest
19th September 2009, 13:00
That's for desktop cards, the latest for mobile cards is still 186. Do the earlier betas work OK (such as beta 4 and before)? If so, I will make available builds that use D3D that should work on the mobile cards as an interim solution.
aegisofrime
19th September 2009, 13:50
Do the earlier betas work OK (such as beta 4 and before)? If so, I will make available builds that use D3D that should work on the mobile cards as an interim solution.
Thanks for your reply. The earlier betas did work ok, I think they starting breaking with Beta 7...
rica
20th September 2009, 21:09
I agree. Especially for downsizing, I never saw much advantage to use the fancier algorithms.
IMO, in conversion of SD to HD, nVidia GPU resizing is %10 better. I haven't compared 1080 to 720 conversion yet but for the time being some results for SD to HD:
Spline36Resize 576 to 1080:
http://img97.imageshack.us/img97/8102/spline36resize.th.png (http://img97.imageshack.us/i/spline36resize.png/)
DG nVidia resize 576 to 1080:
http://img38.imageshack.us/img38/3697/dgnvidiaresize.th.png (http://img38.imageshack.us/i/dgnvidiaresize.png/)
Here are the original ScreenShots:
Spline:
http://img97.imageshack.us/img97/1808/grf.th.png (http://img97.imageshack.us/i/grf.png/)
nVidia:
http://img97.imageshack.us/img97/9058/nvidia.th.png (http://img97.imageshack.us/i/nvidia.png/)
AVS files:
1)
DirectShowSource("C:\Users\rica\Desktop\How to deal\VTS_08_1.grf", fps=25.000, audio=false)
Spline36Resize(1920,1080)
ConvertToYV12()
The source graph chain:
MPC MPEG Source > MPC MPEG2 Video Decoder
2)
LoadPlugin("C:\users\rica\desktop\Tools\DGNVTools\DGDecodeNV.dll")
DGSource("C:\users\rica\desktop\how to deal\DG\VTS_08_1.dgm", resize_w=1920, resize_h=1080)
MeGui preset profile x 264 DXVA HD-HQ has been used for reencoding of both files at 6000/two pass
_ _ _ _ _
rica
20th September 2009, 23:33
The first time i've met such kind of issue; MeGui gives this popup:
http://img28.imageshack.us/img28/8909/funny.th.png (http://img28.imageshack.us/i/funny.png/)
Uninstalling-reinstalling MeGui and DGNVTools didn't fix the issue????
_ _ _ _ _ __
talen9
20th September 2009, 23:48
Well, close CUVidServer and then retry opening the script in MeGUI, it will start it for you .. and yes, it's a relatively new "feature", I don't like it very much myself :)
rica
21st September 2009, 00:01
Well, close CUVidServer and then retry opening the script in MeGUI, it will start it for you .. and yes, it's a relatively new "feature", I don't like it very much myself :)
No, i've already given it a go; it doesn't work.
Guest
21st September 2009, 00:03
Well, it's a MEGUI thing. Who's coding this stuff nowadays so I can talk to him about it? If we work together on it I'm sure we can get seamless operation.
@rica
When does it happen? Please describe the exact sequence of actions that produces it.
rica
21st September 2009, 00:18
@rica
When does it happen? Please describe the exact sequence of actions that produces it.
Please see my edit time on my previous post. I was about to make some trials on converting 1080 to 720 for comparison. But after that time (nothing has been changed) i even never could use the same script; i got the same popup message.
Starting MeGui unless CUVidServer running didn't fix the issue.
So i uninstall-reinstall MeGui, DGTools and nVidia FW drivers but nothing has changed; i don't know what happened???
PS: BTW MPC-HC opens and plays the same avc files while CUVID Server is opened. So this must be a MeGui issue but what is interesting is how it appeared suddenly?
talen9
21st September 2009, 00:55
@neuron2: i think Kurtnoise (http://forum.doom9.org/member.php?u=19312) is the man.
@rica: I don't know why it doesn't work for you; the only thing that I suggest you check, is if you have correctly set the path for the DG*NV executables in MeGUI settings, I think that MeGUI uses them to determine the path for CuVIDServer too.
rica
21st September 2009, 00:57
@neuron2: i think Kurtnoise (http://forum.doom9.org/member.php?u=19312) is the man.
@rica: I don't know why it doesn't work for you; the only thing that I suggest you check, is if you have correctly set the path for the DG*NV executables in MeGUI settings, I think that MeGUI uses them to determine the path for CuVIDServer too.
Pls tell me how to do those settings?
Guest
21st September 2009, 01:01
@rica
You haven't given me the exact sequence of operations as I asked for!
rica
21st September 2009, 01:16
@rica
You haven't given me the exact sequence of operations as I asked for!
Sorry but i suppose i have.
1) Got 576 to 1080 with DG.
2) After tried to get 1080 to 720. And i explored MeGui didn't work.
3) Then i gave it ago with the same avs i used to get 576 to 1080 and it didn't work either.
4) I uninstalled and reinstalled needed SW and FW drivers. And gave it a go again; nothing has changed.
5) I tested avs files while CUVIDServer is running with MPC-HC:
They were running.
talen9
21st September 2009, 01:24
Pls tell me how to do those settings?
Options menu -> Settings -> go to the "Program Paths" tab -> go to the "others" tab. Here they are ( DgAVCDec(NV), DgMPGDec(NV), DgVC1Dec(NV) ), you have to point the options to the path where you have installed them; I think that'll be a good thing to have all the executables, the license file and CuVIDServer.exe in the same folder.
Guest
21st September 2009, 01:30
@rica
That is not a step-by-step process for creating the issue. Are we having a language problem or what?
I can't help you without the info I need.
rica
21st September 2009, 01:31
Options menu -> Settings -> go to the "Program Paths" tab -> go to the "others" tab. Here they are ( DgAVCDec(NV), DgMPGDec(NV), DgVC1Dec(NV) ), you have to point the options to the path where you have installed them; I think that'll be a good thing to have all the executables, the license file and CuVIDServer.exe in the same folder.
Already done and all the exes and licence.txt and CUVIDServer are in the same folder.
thanks a lot for your help my friend but...
http://img121.imageshack.us/img121/3117/path.th.png (http://img121.imageshack.us/i/path.png/)
rica
21st September 2009, 02:17
@rica
That is not a step-by-step process for creating the issue. Are we having a language problem or what?
I can't help you without the info I need.
Sorry but i suppose i have.
1) Got 576 to 1080 with DG.
2) After tried to get 1080 to 720. And i explored MeGui didn't work.
3) Then i gave it ago with the same avs i used to get 576 to 1080 and it didn't work either.
4) I uninstalled and reinstalled needed SW and FW drivers. And gave it a go again; nothing has changed.
5) I tested avs files while CUVIDServer is running with MPC-HC:
They were running.
1)Got 576 to 1080 with DG.
I mean i got a re-encode with MeGui with this avs without any problem:
LoadPlugin("C:\users\rica\desktop\Tools\DGNVTools\DGDecodeNV.dll")
DGSource("C:\users\rica\desktop\how to deal\DG\VTS_08_1.dgm", resize_w=1920, resize_h=1080)
I used CUVIDServer while frame serving coming with DGTools beta 9.
I even shared my comparison results with you guys:
http://forum.doom9.org/showthread.php?p=1327336#post1327336
2) After tried to get 1080 to 720. And i explored MeGui didn't work.
And this time i wanted to make a comparison between bespline 36 resizing and DGnVidia GPU resizing in HD to HD (1080 to 720 ) so as to confirm/or not to confirm to natulius and neuron. I had to convert a 1080p file to 720p with those both methods.
Here is the avs i used:
LoadPlugin("C:\program files\megui\Tools\DGNVTools\DGDecodeNV.dll")
DGSource("C:\users\rica\desktop\FF\ff.dgv", resize_w=1280, resize_h=720)
When i opened that avs with MeGui i got this popup message:
http://img28.imageshack.us/img28/8909/funny.th.png (http://img28.imageshack.us/i/funny.png/)
That was clear that MeGui was trying to open CUVIDServer by himself. then i close the server and configured MeGui like on my post:
http://forum.doom9.org/showthread.php?p=1327385#post1327385
But nothing has changed.
3) Then i gave it ago with the same avs i used to get 576 to 1080 and it didn't work either.
I used this time the avs which i used on the first step (which was already working) and it didn't work either this time. BTW nothing has been changed.
4) I uninstalled and reinstalled needed SW and FW drivers. And gave it a go again; nothing has changed.
5) I tested avs files while CUVIDServer is running with MPC-HC: they were running.
Guest
21st September 2009, 02:35
OK, is this it in a nutshell:
1. Open CUVID server manually.
2. Start MEGUI and open your script. You get the error message.
What happens if you just answer Yes to the popup?
rica
21st September 2009, 02:47
OK, is this it in a nutshell:
1. Open CUVID server manually.
2. Start MEGUI and open your script. You get the error message.
What happens if you just answer Yes to the popup?
The first popup i get:
http://img197.imageshack.us/img197/3306/kiloldum.th.png (http://img197.imageshack.us/i/kiloldum.png/)
And this is the following one:
http://img3.imageshack.us/img3/6621/kiloldum2.th.png (http://img3.imageshack.us/i/kiloldum2.png/)
Guest
21st September 2009, 03:22
So MEGUI didn't find the CUVIDServer.exe.
@rica
Where is your CUVIDServer.exe?
@talen9
Where is your CUVIDServer.exe?
rica
21st September 2009, 03:28
So MEGUI didn't find the CUVIDServer.exe.
@rica
Where is your CUVIDServer.exe?
DG, here are my trials:
Normally my CUVIDServer is under C:\users\rica\desktop\tools\DGNVTools folder where i extracted your NVbeta9.zip.
First i configure MeGui and show her the paths.
She didn't work.
My second trial:
i carried the whole DGNVTools folder to MeGui\tools folder and reconfigure the MeGui; nothing has changed.
Guest
21st September 2009, 03:39
I suggest you post this in a MEGUI thread. I can't do anything if MEGUI cannot find the executable.
rica
21st September 2009, 14:32
Thx, i've posted:
http://forum.doom9.org/showthread.php?p=1327505#post1327505
BTW, the latest version of MeGui is 3.0.1.140 which allows manual opening of CuvidServer. (tried with DGDecodeNV beta9)
Updating to core 1051 from 1040 is OK too. The problematic cores must be 1055 and 1056.
This is clear it is Kurtnoise's job :)
rica
21st September 2009, 18:57
Anyway i went on my trials with MeGui 1051.
It seems Spline36Resize is 10% better than DGnVidia resizing in 1080 to 720 resizing.
Here are the SSs of re-encoded original files:
Nvidia:
http://img97.imageshack.us/img97/7235/67648755.th.png (http://img97.imageshack.us/i/67648755.png/)
WMVDecoder with Spline36:
http://img11.imageshack.us/img11/9500/wmvo.th.png (http://img11.imageshack.us/i/wmvo.png/)
And you will fid an attached file here which contains zoomed ScreenShots:
http://www.mediafire.com/?sharekey=88000ad47c795c5ad6baebe61b361f7ce04e75f6e8ebb871
_ _ _ _ __ _
Turtleggjp
21st September 2009, 19:34
Two questions:
1. Where do you come up with 10%? Is that based on bitrate, or some other calculation you are doing?
2. Shouldn't you be using the Nvidia decoder for both if you are going to test the difference between the Nvidia resizer and Spline36Resize? You should be able to use the Nvidia decoder with no resizing and then use Spline36Resize.
rica
21st September 2009, 19:58
Two questions:
1. Where do you come up with 10%? Is that based on bitrate, or some other calculation you are doing?
No, i don't remember i told i made a scientific calculation.
I just shared the files for you guys to compare as well just by your naked eyes :)
2. Shouldn't you be using the Nvidia decoder for both if you are going to test the difference between the Nvidia resizer and Spline36Resize?
Yes, you're absolutely right; i should have followed this way instead of using another decoder. Thanks; i'll give it a go. :eek: :)
rica
22nd September 2009, 14:32
Yes, you're absolutely right; i should have followed this way instead of using another decoder. Thanks; i'll give it a go. :eek: :)
Hi guys,
Here you will find 1080to720.rar and 576to1080.rar.
http://www.mediafire.com/?sharekey=88000ad47c795c5ad6baebe61b361f7ce04e75f6e8ebb871
Every rar includes aviscrypts, re-encoded sample clips and screen shots.
Always DGnVidia HW decoder has been used for all re-encodes.
I just changed the resizing method; comparison was made between the results of:
1) nVidia resizing
2) spline36 resizing.
Please evaluate by yourself; any comment will be appreciated.
_ _ _ _ _
Inspector.Gadget
23rd September 2009, 02:06
Do the earlier betas work OK (such as beta 4 and before)? If so, I will make available builds that use D3D that should work on the mobile cards as an interim solution.
Have you had a chance to produce these builds? I'm in the same situation on a mobile GPU and frankly there isn't any other tool that works near as well for Blu-ray -> Avisynth use. Thanks for all your hard work on the NV tools.
Guest
23rd September 2009, 02:14
Not yet, because I've been working on simulations of EPR experiments. :)
But now that you have asked, as I hold you in high regard based on your contributions to the forum, I will create and upload them tomorrow.
Inspector.Gadget
23rd September 2009, 03:12
Thank you. I'm still stuck on version 179.48 x64 drivers because ASUS and NVIDIA haven't managed to work out a newer driver that doesn't cause corruption and instability. If that messes up your plans relative to designing for the 186.XX drivers, then don't waste any time on the 179.XX series because by all accounts mine is a rare issue specific to this card and ASUS. One of these days I'm just going to have to buy a barebones rig and drop in a Core i7 and a newer NV card...
Guest
24th September 2009, 02:47
Here you go, Inspector. Read the Readme to see how to enable D3D. Let me know if anything is amiss and I'll get right on it.
http://neuron2.net/dgavcdecnv/NVbeta10.zip
EDIT: Open each indexer and then close it right away to create the new INI file entry. Then edit it as described in the Readme.
Inspector.Gadget
24th September 2009, 06:02
Christmas in September! I will try these first thing tomorrow morning. Thank you very much.
Firebird
24th September 2009, 17:56
Hello there. I have some newbie questions to neuron2.
1. Do you have any plans on supporting Radeons in future?
2. What about SLI support?
3. Is it possible to have Radeon and Geforce cards on one computer? Like Radeon HD 5870 for games and geforce 8600 for decoding?
Thanks.
Guest
24th September 2009, 18:48
1. Don't know what a Radeon is. If it is ATI, then I can't do anything until an apprroriate API is released.
2. No. And I don't see the point of it.
3. Don't know.
Firebird
24th September 2009, 19:04
2. No. And I don't see the point of it.
Two video cards => two VP2/3 => x2 speed, isnt?
GZZ
24th September 2009, 19:35
it dosnt work like that firebird. I got a Nvidia GTX 260 and when I test my max frames in DGAVCIndexNV (disable display and press F5 for Preview), it gives med around 52 fps. I think a GTX 260 can do alot more then that, because its only 4 fps more then my 'old' Nvidia Geforce 9500 GT, so I think the driver is limit to only use a small part of the GFX card. So SLI will give you nothing, not even sure the driver even support it.
Inspector.Gadget
25th September 2009, 06:23
I finally had an opportunity to test the version that relies on D3D. The MPEG-2 and AVC tools work with no apparent issues, and I'll have to hunt down some 1080i AVC samples from the mplayer samples bin to round out the tests. DGVC1IndexNV, though, pops up the "Error 100: Failed to create video decoder" warning when opening (so far) 1080i or 1080p VC1 content. I've modified the .ini file per your instructions. Maybe I'm missing something...thanks!
aegisofrime
25th September 2009, 07:00
firebird, if I'm not wrong, the part of the card that does the actual decoding and what have you is an independent ASIC that is seperate from the GPU itself. So SLI will be pretty much useless.
Guest
25th September 2009, 13:08
I finally had an opportunity to test the version that relies on D3D. The MPEG-2 and AVC tools work with no apparent issues, and I'll have to hunt down some 1080i AVC samples from the mplayer samples bin to round out the tests. DGVC1IndexNV, though, pops up the "Error 100: Failed to create video decoder" warning when opening (so far) 1080i or 1080p VC1 content. I've modified the .ini file per your instructions. Maybe I'm missing something...thanks! OK, I know the problem and have a fix. I'm just looking at some cropping issues reported in the main thread. Should up the fix shortly. Thanks for your test results.
Audionut
25th September 2009, 13:21
I got a Nvidia GTX 260 and when I test my max frames in DGAVCIndexNV (disable display and press F5 for Preview), it gives med around 52 fps. I think a GTX 260 can do alot more then that, because its only 4 fps more then my 'old' Nvidia Geforce 9500 GT,
Way back at the start of development is was stated by a nvidia engineer that the VP is clocked at the same speed on all cards. Hence why all cards have virtually the same speed.
Guest
25th September 2009, 14:12
I have updated NV beta 10 to fix VC1 with UseD3D and to fix a cropping bug with Load Project.
Inspector.Gadget
25th September 2009, 15:15
Thank you! That seems to have fixed it, and DGVC1IndexNV now opens files and presents the cropping prompt (1088 to 1080) correctly.
Inspector.Gadget
25th September 2009, 15:41
OK, so after extensive attempts to check all variables, I've found that when loading a 1920x1080i VC1 stream (in the original Blu-ray M2TS container) with no other options than DGSource() generates the green line mentioned in the other thread. MeGUI's AVS Script creator shows the green line no matter what; MPC-HC only shows the line if single-rate NV deinterlacing and/or resizing is applied.
Guest
25th September 2009, 15:59
Without cropping?
Inspector.Gadget
25th September 2009, 16:42
This happens with or without accepting the prompt to crop from 1088->1080: if cropping is applied, then the green bar is at the top of the frame; if cropping is not applied, then the green bar is at the bottom.
Guest
25th September 2009, 18:23
I'll test some more but I need to know if it is just you people with the older drivers that are experiencing this.
Can you give me a stream fragment that causes this?
Inspector.Gadget
25th September 2009, 18:54
Here's the first minute of the file with which I spotted the initial issue. I can reproduce the problem using this segment.
http://www.mediafire.com/?zgdzyr42qjl
Guest
25th September 2009, 19:35
No green bars here. I don't have MEGUI. What happens when you open the simple script in VirtualDub?
Inspector.Gadget
25th September 2009, 19:47
Opening the simple script (with NV cropping 1088->1080) shows the green bar at the top.
Guest
25th September 2009, 20:26
What does File/File information... say about the file size?
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.