Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
30th October 2008, 02:40 | #662 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
I'll trade you my 8500GT for it. And I'll throw in a Britney Spears DVD.
@ all I've updated the CUDA development dialog. As always, thanks to Nvidia for their amazing support. http://neuron2.net/dgavcdecnv/cuda/cuda.html |
30th October 2008, 06:11 | #666 | Link |
Registered User
Join Date: Dec 2004
Location: Melbourne, AU
Posts: 1,963
|
Believe me I'd like to be proven wrong, but even using a card with VP3 (full mpeg2 acceleration) CUDA's decoding speed is well below dgmpgdec (not to mention more optimized decoders) and since MPEG2 requires so little cpu power these days there's no apparent speed difference when feeding x264/xvid_encraw. I can see how the deinterlacer might appeal to some but personally if the source is interlaced I keep it that way when making the backup.
VC1, now there's something interesting. Advanced profile is relatively easy to parse due to start codes - in fact, you could almost get away with just changing the mpeg2 startcode definitions. |
30th October 2008, 06:24 | #667 | Link |
x264aholic
Join Date: Jul 2007
Location: New York
Posts: 1,752
|
Well, given a sufficiently fast CPU any multithreaded and heavily optimized decoder can outperform the VPx hardware. All the VPx hardware out there right now is fixed clock speed, and you end up getting (more or less) the same performance decoding 720p as 1080p, for example. MPEG-2 @ 720p would decode faster than MPEG-2 @ 1080p obviously on a CPU, but if you had some ridiculously huge bitrate streams, then the VP hardware would have an edge up still.
__________________
You can't call your encoding speed slow until you start measuring in seconds per frame. |
30th October 2008, 13:45 | #668 | Link |
Registered User
Join Date: Jan 2004
Posts: 849
|
According to CUDA Engineer reply in the dialogue that Neuron keeps track of, there is no such thing as VP3, VP2 has all the bells and whistles that VP3 is claimed to have (wikipedia is lying to us again).
__________________
Geforce GTX 260 Windows 7, 64bit, Core i7 MPC-HC, Foobar2000 |
30th October 2008, 15:14 | #670 | Link |
x264aholic
Join Date: Jul 2007
Location: New York
Posts: 1,752
|
VP3 is VP2 with full VC-1 and MPEG-2 acceleration tweaks, but VP3 isn't an official designation. It's like we have SSSE3 and we called it SSE4 before it was identified as SSSE3, more or less.
VP3 s not an official name, but the fact is that the newer cards have extra VP hardware on them.
__________________
You can't call your encoding speed slow until you start measuring in seconds per frame. |
30th October 2008, 15:37 | #671 | Link | ||
Registered User
Join Date: Jan 2004
Posts: 849
|
Quote:
Quote:
__________________
Geforce GTX 260 Windows 7, 64bit, Core i7 MPC-HC, Foobar2000 |
||
30th October 2008, 15:57 | #672 | Link | ||
Registered User
Join Date: Dec 2004
Location: Melbourne, AU
Posts: 1,963
|
Quote:
Quote:
|
||
30th October 2008, 21:31 | #673 | Link | |
Guest
Join Date: Jan 2002
Posts: 21,901
|
Quote:
"Let me know when you have a beta - I'll give it a try and see how it performs on VP3 " |
|
31st October 2008, 00:19 | #674 | Link |
Registered User
Join Date: Jan 2004
Posts: 849
|
No I didn't, but from context it seemed like it was an unreleased part that he was going to test it on. Am I wrong? Something is out with VP3 already?
__________________
Geforce GTX 260 Windows 7, 64bit, Core i7 MPC-HC, Foobar2000 |
31st October 2008, 03:25 | #675 | Link |
Registered User
Join Date: Mar 2008
Posts: 41
|
VP3 has been out since last year with the introduction of new version of 8400gs (core G98). orginal 8400gs is G86 (VP2 only). as far as i can remember, cards base on core G86, G92, G94, G96(not so sure, they revised few times), gt200 are vp2 only. IGP 8200/8300, G98 8400 ( any other cards based on G98), possible one or 2 other G9x cores have VP3.
NV is swaping cores on the same card series all the time. just like 8400gs G86 to G98, 9600gso went from G92 to G94.. |
1st November 2008, 14:30 | #676 | Link |
Registered User
Join Date: Oct 2008
Posts: 3
|
Here the dgavcdecnv.dll does not work
I have: 1 - XFX Geforce 8600GT 2 - Windows Vista 32-bit 3 - plugins nvcuda.dll, nvapi.dll, nvcuvid.dll in the System32 folder 4 - Driver 178.13 installed 5 - Cuda Toolkit 2.0 installed 6 - Cuda SDK installed 7 - DGAVCIndexNV 1.0.5 installed I generated one ''file.DGA'' using DGavcdecNV.exe and in my ''file.AVS'' has the following: LoadPlugin ( "C: \ Program Files \ Megui \ dgAVCdecNV \ DGAVCDecodeNV.dll") LoadPlugin ( "C: \ Program Files \ Megui \ dgAVCdecNV \ Decomb.dll") AVCSource ( "G: \ ns70v2.dga") fielddeinterlace () I loaded the CUVIDserver.exe, so I used the VirtualDub to import the file.avs, disable the priview the video, started the encode but the processor is at 100% and the video is encoded in 2 FPS. then tried to use the meGUI and the Video is at 10 FPS and 100% CPU utilization. I too disabled the display but not worked. I'm doing something wrong? why DGAVCDecodeNV.dll don't work here? |
1st November 2008, 15:48 | #678 | Link | |
Registered User
Join Date: Apr 2008
Posts: 1,181
|
Quote:
|
|
1st November 2008, 16:33 | #679 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
Thanks, roozhou, I didn't notice he said he'd started an encode.
On some machines there may be a small performance improvement, but the main purpose of using CUDA is to get correct decoding for the streams that are not handled by libavcodec, and to access some of the post-processing capabilities of CUDA. Also, to add support for VC-1 in the future. |
Thread Tools | Search this Thread |
Display Modes | |
|
|