DGAVCDecNV 1.0.13: GPU decoding on Nvidia

[Guest]

Originally Posted by Quark.Fusion

Also with heavy encoding settings I'm don't think that 1-5% speedup is worth 15$.

As I have said many times, the speedup is not the only reason for this software to exist. If you don't think it offers you anything, then don't buy it.

[jeffy]

@Quark.Fusion: When you encounter a stream badly decoded by anything but DGAVCDecNV, then you might find the worthiness in it.

[turbojet]

neuron2 with radmin you can do it on one box, radmin will crash after a few seconds after you login but it will halt the encoding

[drelin]

I've a problem.
DGAVCDecNVindex run correctly, and I can save the projet.
But I can load the avs file in MEGUI (the soft close immediatly) and when i want to test directly with X264 command line I see teh error message :
"RAWYUV imput requires a resolution" ??.

If you have any suggestion for a solution ?

THX.

[DarkZell666]

Originally Posted by drelin

I've a problem.
DGAVCDecNVindex run correctly, and I can save the projet.
But I can load the avs file in MEGUI (the soft close immediatly) and when i want to test directly with X264 command line I see teh error message :
"RAWYUV imput requires a resolution" ??.

If you have any suggestion for a solution ?

THX.

I believe the problem with MeGUI has already been explained earlier in the thread.

Post your script though, there's probably something missing in it.

[Guest]

MeGUI situation is documented.

For the x264 CLI, post your script and your x264 command line.

[Guest]

Originally Posted by turbojet

neuron2 with radmin you can do it on one box, radmin will crash after a few seconds after you login but it will halt the encoding

Do I have to install the server or the viewer or both? Assuming I install it, how do I login to it in the manner you are talking about?

I did ask for a step-by-step. I just don't have time to do experiments to figure things out.

EDIT: OK, I have remote desktop working. Now, what do I do exactly? Do I connect and start the encode and then disconnect? Do I start it locally and then connect from remote? You gotta tell me what to do.

EDIT 2: I remote connected and tried to start DGAVCIndexNV. I get a CUDA init failure 100. I have written to Nvidia about it. Probably something related to the DX/D3D init.

[Guest]

Nvidia responds as follows:

That's unfortunately an OS limitation because the display driver gets unloaded with remote desktop operation. The exception would be VNC, which is more gpu-friendly in that regard.

The workaround, then, is TightVNC as previously mentioned.

[turbojet]

Bummer. VNC is ok software, I like that its open and free. But it really reduces my ability to work as I mentioned before with sluggish performance and random dropouts.
Thanks for checking with nvidia. I'll go see if radmin can work around this.

[bond]

Originally Posted by neuron2

I can use the "beer money" to buy the MP4 spec I need.

mp4 specs are freely available:
http://standards.iso.org/ittf/Public...12_2005(E).zip

[Guest]

Not quite. Try getting -14 and -15.

But don't worry, I have them now.

[ultratoto14]

I use x264 command line as meGui crashes every time. I usually use staxrip but it crashes too. What are the recommended front-end for X264 and XVID encoding with DGAVCIndexNV ?

[Guest]

I use MeGUI to generate the command line and then copy it out to run with CLI.

[rack04]

Originally Posted by neuron2

I use MeGUI to generate the command line and then copy it out to run with CLI.

This doesn't work with two pass profiles.

[rebkell]

Originally Posted by rack04

This doesn't work with two pass profiles.

It does if you have one in history. You just have to substitute the current input and output source and destination.

[Guest]

@rebkell

What do you mean by "have one in history"? Can you please give us a step-by-step? Thanks!

@all

I just installed the Nvidia driver 178.13 which came out within the last few days and my High Profile, Level 5.1 streams now decode properly. The problem with non-detection of the CUDA device requiring a reboot is also believed to be fixed by this driver version.

[rebkell]

Originally Posted by neuron2

@rebkell

What do you mean by "have one in history"? Can you please give us a step-by-step? Thanks!

@all

I just installed the Nvidia driver 178.13 which came out within the last few days and my High Profile, Level 5.1 streams now decode properly. The problem with non-detection of the CUDA device requiring a reboot is also believed to be fixed by this driver version.

Well, it's actually in the log tab, just run a two pass job(really short one if you like) with the parameters you want for the encode.

After it's through, go to the Log tab and expand the Job(s) one of the lines will be very long and it's the x264 encode line, just right click it and Edit Text->Node and it will open the command line for the first pass in notepad. It will contain the exact command used by x264 for the encode. Do the same for the second pass to get the final pass command line.

[Guest]

Originally Posted by rebkell

just run a two pass job(really short one if you like) with the parameters you want for the encode..

Sorry to be such a dimwit, but how can I do that if MEGUI crashes when I open the file?

[rebkell]

Originally Posted by neuron2

Sorry to be such a dimwit, but how can I do that if MEGUI crashes when I open the file?

Not sure how to do it if it crashes, here's a typical two pass command line, I'm using the old profile of Xbox-PS3, with a few tweaks on the keyint and min-keyint stuff. The bitrate is calculated from the number of frames times the bitrate to figure out the final size.

"C:\Program Files\megui\tools\x264\x264.910.modified.exe" --pass 1 --bitrate 3400 --stats "G:\Junk\Bones\Bones0405.stats" --level 4.1 --keyint 60 --min-keyint 1 --bframes 3 --direct auto --subme 1 --analyse none --ipratio 1.1 --pbratio 1.1 --vbv-bufsize 9000 --vbv-maxrate 24000 --qcomp 0.5 --me dia --merange 12 --threads auto --thread-input --progress --no-psnr --no-ssim --output NUL "G:\Junk\Bones\Bones0405.avs" 

"C:\Program Files\megui\tools\x264\x264.910.modified.exe" --pass 2 --bitrate 3400 --stats "G:\Junk\Bones\Bones0405.stats" --level 4.1 --keyint 60 --min-keyint 1 --ref 3 --mixed-refs --bframes 3 --b-rdo --bime --weightb --direct auto --subme 6 --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --ipratio 1.1 --pbratio 1.1 --vbv-bufsize 9000 --vbv-maxrate 24000 --qcomp 0.5 --me umh --merange 12 --threads auto --thread-input --progress --no-psnr --no-ssim --output "G:\Junk\Bones\Bones0405.mkv" "G:\Junk\Bones\Bones0405.avs"

Don't know if it helps, there's not a significant difference between the first pass and the 2nd pass, you can check it out.

[xopowo]

I don't know if I'm the only one experiencing this, but if I have a script that looks like this:

AVCSource("1.dga", deinterlace=true) ++ AVCSource("2.dga", deinterlace=true)

Then when virtualdubmod gets to the second AVCSource, it crashes with some error that says it can't be "read."

If I run them seperately, then both of them work fine. Also, once an AVS is loaded into vdubmod, and then if one closes that file, and tries to load another one (without physically closing the program), vdubmod crashes again based on the same type of message. Something is getting hung up is my guess?