|
|
#25 | |
|
Registered User
Join Date: Aug 2006
Posts: 33
|
You need to do the following
1. Set DISPLAY to the monitor you want to make your changes 2. Type nvidia-settings -c :0.0 You should then pull up the settings for the locally attached display. This works well over X Forwarding when debugging display output with live tv. |
|
|
|
|
|
|
#26 | |
|
NVIDIA Corporation
Join Date: Mar 2005
Posts: 2,487
|
Quote:
|
|
|
|
|
|
|
#27 |
|
Registered User
Join Date: Jul 2008
Posts: 20
|
OK, I did that like openmedia suggested and was confused that this shouldn't work.
I checked again if I did something wrong and saw that the 8200 was reported, so it worked (I only have one 8200 card). I am still stuck to the problem which - from my point of view - is not related to the performance levels of the 8200 as there is only one. Even more, the fact that runnig a CPU intensive application helps to have smooth video playback via VDPAU, indicates some timing problems. I will now investigate into upgrading the kernel to 2.6.29 (never done this in Ubuntu), hopefully this will help. Markus |
|
|
|
|
|
#28 | |
|
Registered User
Join Date: Jul 2008
Posts: 20
|
There are two other things I noticed which might be affiliated with this problem:
- xrandr shows a display of 1280x720@50Hz. But it should be 1366x768@60Hz. It's a Samsung display with an HDMI input. - XBMC runs in full screen. It renders at 30 FPS when VSYNC is enabled and the CPU isn't used. When the CPU is at 100%, so that VDPAU runs fine then, XBMC renders at 60 FPS as it should. When VSYNC is disabled, it renders at higher rates. So, bringing the CPU to 100% (even at 1.8GHz), will fix the VDPAU problem and XBMC renders correctly at 60 FPS. This all might be connected to each other, but I still don't have an idea what this might be. Markus |
|
|
|
|
|
|
#29 |
|
Registered User
Join Date: Jan 2009
Posts: 27
|
I have several VDPAU capable machines and cards, and get this behaviour on only the 8200. There does seem to be something peculiar about this card's OpenGL performance.
|
|
|
|
|
|
#30 | |
|
Registered User
Join Date: Jul 2008
Posts: 20
|
Quote:
Which kernel do you run on your systems? @ AaronP, Stephen Warren: Is there something known regarding the 8200 as there seem to be many people having problems with the 8200? Markus |
|
|
|
|
|
|
#31 |
|
Registered User
Join Date: Jan 2009
Posts: 27
|
I've tried with Hardy, Intrepid, and Jaunty (with all versions of 180 and 185) - same problem. I actually made a patch for XBMC to fix this, it only occurs if you start the app in full-screen mode... starting windowed and then switching to fullscreen is fine. Not sure if that helps anyone tracking down the cause; to me it appears to be a problem between the NVIDIA driver's OpenGL implementation and SDLs fullscreen - weird that it doesnt show up on the other 8x00/9x00 iGPUs though!
|
|
|
|
|
|
#32 | |
|
Registered User
Join Date: Jul 2008
Posts: 20
|
Quote:
Can you explain the patch you've applied? Markus |
|
|
|
|
|
|
#33 |
|
Registered User
Join Date: Jan 2009
Posts: 27
|
The refresh rate, however I'm assuming they're both the same problem.
|
|
|
|
|
|
#34 |
|
Registered User
Join Date: Jul 2008
Posts: 20
|
|
|
|
|
|
|
#35 | |
|
Registered User
Join Date: Jul 2008
Posts: 20
|
Quote:
I switched to the 8200 for VDPAU. |
|
|
|
|
|
|
#36 |
|
Registered User
Join Date: Jan 2009
Posts: 27
|
there is a diff here, however its terribly hacky and so isnt included on SVN. A fix to make this unnecessary on the 8200s would be very warmly welcomed.
http://xbmc.org/forum/showthread.php?t=46783&page=14 |
|
|
|
![]() |
| Thread Tools | |
|
|