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. |
|
|
Thread Tools | Search this Thread | Display Modes |
12th September 2011, 23:04 | #1201 | Link |
Registered User
Join Date: Mar 2009
Posts: 962
|
OK, so I put back in my GTX 460, but I have the same problem as Thuan, after using CUVID and closing MPC-HC, my card stays in the P8 power state until I reboot the PC. Before playing the video, it returns promptly to P12, after, it doesn't. This is with 280.26 drivers on Win 7-64. Are all you guys using those drivers?
|
13th September 2011, 03:21 | #1202 | Link |
Registered User
Join Date: Sep 2005
Location: Vietnam, HCM City
Posts: 262
|
Maybe it is the driver as I'm also on that driver. At work now so I can't try any other driver version now.
__________________
Home PC: Core i5-2400, 8GB RAM, nVidia GTX560Ti, Windows 7 64bit SP1. Work PC: Intel Xeon X3220 (Core 2 Q6600), 4GB RAM, Intel G45, Windows 7 64bit SP1. |
13th September 2011, 07:05 | #1204 | Link |
Registered User
Join Date: Mar 2009
Posts: 962
|
OK, I enabled Nvidia Inspector's Multi Display Power Saver for MPC-HC (set for P8) and the bug went away, now it goes back to P12. (It says *P12 though, don't know what the asterisk is about, but clocks and voltage are P12 indeed).
EDIT: The asterisk seems to indicate that the P state is locked, so in this case it's because it's being forced by NV inspector, not because the driver went back to P12 as it should. Last edited by Andy o; 13th September 2011 at 09:37. |
13th September 2011, 09:29 | #1205 | Link | |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
Andy o could you try the 280.47 (should be a little better though not perfect) and the 275 driver the 280.26 WHQL can stay sometimes for a very long time in a mode (like it's stuck) it should work better for XP though.
Last info about the P-state improvement and most probably a driver with more conservative switching behavior (though most probably not so fast (low latency start to switch) then the current 280.36 WHQL when it sometimes works ) Though i can understand if Nvidia has to change to higher latency to keep compatible with every low price component card (PMU) on the market again, at least it shows which cards are of high build quality and which not (if you don't overclocked or its pre overclocked and it still resets with a TMD in 3D Games) ) Quote:
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 13th September 2011 at 09:47. |
|
13th September 2011, 09:39 | #1206 | Link |
Registered User
Join Date: Mar 2009
Posts: 962
|
I could not find a newer one than 280.36, but thanks for letting me know about .47. 280.26 didn't just get stuck for a "very long time" though. It was hours, I went to bed and came back and it was still there. Also, it seems the GTX460 is using more power than I remember, when I compared it back then with the 5770, even at idle.
|
13th September 2011, 09:41 | #1207 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
They only do very minor changes in the same release branch. If you want to test another driver, test 270 or 275.
Its known that they changed P-state handling in 280. Its also been confirmed by NVIDIA that the handling will return to a more conservative mode in 285, which should see its first beta within 1-2 weeks. PS: 280.36 and 280.47 are OpenGL 4.2 developer drivers, they typically don't have any other changes except the new OpenGL support.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 13th September 2011 at 09:43. |
13th September 2011, 09:55 | #1208 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
Though the crashs are for sure not Nvidias fault the stuck in some P-state mode might be but the crashs (due to the faster switching) are surely not they just hit a area where low quality non reference cards (or heavily overclocked) wouldn't survive anymore and now drive back, because of the massive (OC Gamer) feedback
I have no crash issues with my MSI 460 GTX Hawk and i saw no other 460 Hawk user reporting problems (non overclocked)
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 13th September 2011 at 10:02. |
13th September 2011, 10:14 | #1209 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
Yeah its really only the factory OC cards that are having those issues.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
13th September 2011, 10:48 | #1210 | Link |
Registered User
Join Date: Mar 2009
Posts: 962
|
Thanks, I think I'll wait for 285, NV Inspector is working fine right now for it. Another thing I found was that now the driver is outputting 24-bit to my display, when months before when I was using it, it used to output 36-bit. I don't think it makes a difference though.
|
13th September 2011, 16:10 | #1212 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
Not only that came look @ this http://developer.nvidia.com/nvidia-g...E2%84%A2-video
Im thinking about the Scenario for example Sending Lav Cuvid decoded frames directly into Quicksync for example
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 13th September 2011 at 16:13. |
13th September 2011, 16:14 | #1213 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
GPUDirect is old news. Its only for Quadro/Tesla, and is only useful if you need to transfer data between GPUs, not between GPU<->CPU
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
13th September 2011, 16:21 | #1214 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
GPUDirect for Video is new http://blogs.nvidia.com/2011/09/chec...e-at-ibc-2011/ and yes my example is like that GPU(NVidia)->Intel(Quicksync) low CPU overhead of course the overhead for Quicksync on the CPU would stay
Especially in situations the Intel GPU cant handle @ decoding anymore when using PP this could come handy
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 13th September 2011 at 16:30. |
13th September 2011, 16:28 | #1215 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
Its not a feature for consumer use, its a API for other hardware developers to interface with the Quadro better. It will never be usable for what you seem to want to use it for. Not to mention that i doubt that you have a Quadro.
And its still old news, it was announced quite a while ago.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
13th September 2011, 16:32 | #1216 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
Quote:
The latest madVR version has a bug that hangs onto a reference to the video decoder, which causes the video decoder to never be completely destructed. In LAV CUVID case that means it'll hang on to the CUDA interfaces, which apparently cause it to keep the clocks up. I'm preparing a new version with this behavior changed, by releasing all resources earlier in the process. This should eliminate the symptoms you're seeing, as well as fix a bug when you play too many videos (all resources are eaten up eventually) Damn you madshi, this bug is getting annoying.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
13th September 2011, 16:42 | #1217 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
LAV CUVID Decoder 0.13
Code:
0.13 - 2011/09/13 - Improved resource release behavior - Improved VC-1 in EVO with pulldown flags The resource fix solves a problem with madVR 0.74, which caused LAV CUVID to not properly release all resources, keeping the clocks of the card up, and eventually running out of resources, causing the decoder to not work anymore. Note that this is a madVR bug, and may have other side-effects as well. Anyhow, have fun with these.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
13th September 2011, 18:37 | #1218 | Link |
Registered User
Join Date: Jun 2011
Posts: 288
|
Thanks nev!
When I open a "simple" 720p file (~4 mbit/s bitrate) with CUVID 0.13, I notice that the performance sticks at the highest level (p0?), ie. full 3D force. The video engine load is about ~13% and the GPU load is ~3%. Is it the decoder or the graphics driver that control the level needed? It has run for 5 minutes now and still full force. PS: This is with the new 285.27 drivers and I have set the application preference "Power Management Mode" to Adaptive. PPS: I am not really worried about power consumption, this is more a scientific question as to whether it's supposed to be like this or not.
__________________
SETUP: Win 10/MPC-HC/LAV/MadVR HARDWARE: Fractal Design Node 804 | Xeon E3-1260L v5 | Supermicro X11SSZ-TLN4F | Samsung 2x8GB DDR4 ECC | Samsung 850 EVO 1TB | MSI GTX 1650 Super | EVGA G2 750 |
13th September 2011, 18:50 | #1219 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
CUDA seems to always force P0 mode for some reason.
I recommend to use NVIDIA Inspectors Multi Display Power Saver to force a lower P state. I just set it to limit it to P8 when running mpc-hc - but there are some more extensive rules you could employ to make the selection smarter.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
|