[erhnam]

A new Nvidia linux driver has been released:

- Added code to forcibly terminate long-running CUDA kernels when Ctrl-C is pressed.
- Fixed a bug that could cause occasional memory corruption problems or segmentation faults when running OpenGL applications on Quadro GPUs.
- Fixed a deadlock in the OpenGL library that could be triggered in certain rare circumstances on Quadro GPUs.
- Fixed an interaction problem between PowerMizer and CUDA applications that caused the performance level to be reduced while the CUDA kernel is running.
- Made CUDA compute-exclusive mode persistent across GPU resets.
- Fixed the order of outputs in the GPUScaling nvidia-settings property.
- Fixed a bug that caused graphics corruption in some OpenGL applications when the Unified Back Buffer is enabled the application window is moved.
- Fixed a bug that caused glXGetVideoSyncSGI, glXWaitVideoSyncSGI, and glXGetRefreshRateSGI to operate on the wrong screen when there are multiple X screens.
- Fixed a bug that causes corruption or GPU errors when an application paints a redirected window whose background is set to ParentRelative on X.Org servers older than 1.5. This was typically triggered by running Kopete while using Compiz or Beryl.
- Fixed a bug in VDPAU that could cause visible corruption when decoding H.264 clips with alternating frame/field coded reference pictures, and a video surface is concurrently removed from the DPB, and re-used as the decode target, in a single decode operation. This affected all GPUs supported by VDPAU.
- Fixed a bug in VDPAU that could cause visible corruption near the bottom edge of the picture when decoding VC-1 advanced profile clips whose heights are not exact multiples of 16 pixels, on G98 and MCP7x (IGP) GPUs.
- Enhanced VDPAU to better handle corrupt/invalid H.264 bitstreams on G84, G86, G92, G94, G96, or GT200 GPUs. This should prevent most cases of "display preemption" that are caused by bitstream errors.
- Fixed an X server crash when using the VDPAU overlay-based presentation queue and VT-switching away from the X server.
- Enhanced VDPAU's detection of the GPU's video decode capabilities.
- Fixed a bug in VDPAU that could cause ghosting/flashing issues when decoding H.264 clips, in certain full DPB scenarios, on G98 and MCP7x.
- Fixed VDPAU to detect an attempt to destroy the VdpDevice object when other device-owned objects still exist. VDPAU now triggers "display preemption", and returns an error, when this occurs.
- Enhanced VDPAU's error handling and resource management in presentation queue creation and operation. This change correctly propagates all errors back to the client application, and avoids some resource leaks.

Get it here and post your results here in this forum!

http://www.nvidia.com/object/linux_displ...18.29.html

[klamath]

cant wait to try them out tonight

[Haggy]

FYI 190.18 is also out (beta), of course totally unsupported by Team XBMC

[erhnam]

I tried out the drivers and everything seems to work very nice. Movies (1080p) play faster on my Nvidia ION!

[alanwww1]

I tried out the drivers and everything seems to work very nice. Movies (1080p) play faster on my Nvidia ION!

They are playing faster than their normal speed ?!

Ayway i also tried the new driver and runs very fine. I suggest using the the nvidia driver team ppa. This way you will have auto update for the drivers and you don't have to recompile the driver when you have a kernel update. I did it this way:

Code:

sudo gedit /etc/apt/sources.list #copy-paste the following to the end of the list
------------------------
deb http://ppa.launchpad.net/nvidia-vdpau/ppa/ubuntu jaunty main
deb-src http://ppa.launchpad.net/nvidia-vdpau/ppa/ubuntu jaunty main
------------------------

sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 71609D4D2F1518FA9C5DC0FB1DABDBB4CEC06767
sudo apt-get update
sudo apt-get install linux-headers-generic nvidia-glx-185
sudo reboot

After this you can update the driver and kernel any time (if available) with

Code:

sudo apt-get update
sudo apt-get upgrade
sudo reboot

Cheers

[cfelicio]

I got a slow system after this update (and ubuntu kernel update), along with the latest snapshop of XBMC...

[snake111]

Installed, everything ok, it also fixed this problem:

- Fixed a bug in VDPAU that could cause visible corruption near the bottom edge of the picture when decoding VC-1 advanced profile clips whose heights are not exact multiples of 16 pixels, on G98 and MCP7x (IGP) GPUs.

i had playing a blu ray rip with old drivers.

[Kermee]

Option "UseEDID" "FALSE"

Breaks HDMI Audio

Cheers,
Kermee

[icekiller]

Option "UseEDID" "FALSE"

Breaks HDMI Audio

Cheers,
Kermee

strange i'm using 190 orsomething and HDMI sound works (ion zotac)

[Kermee]

strange i'm using 190 orsomething and HDMI sound works (ion zotac)

I'll have to try the 190 series then. If I comment out that line and restart X, I get HDMI audio working. Uncomment it, and I lose HDMI audio. Wouldn't think that option would make-or-break HDMI audio.

Thanks for the tip!

Cheers,
Kermee

[nugentgl]

Kermee - what does that option do for you?

[Kermee]

Kermee - what does that option do for you?

I use it along with:

Code:

Option "ModeValidation" "NoDFPNativeResolutionCheck"

So I can get 1:1 pixel-mapping to an old Vizio GV42L 42" 720P LCD TV which I have. The panel is 1366x768 and it's the only way I can get 1:1 pixel-mapping over HDMI is if the card ignores EDID returned from the TV. In the past from posts in AVSForum, the only way to get 1366x768 was to use the VGA port. It was discovered later that the HDMI ports on this old set *could* accept 1366x768p even though official Vizio documentation stated otherwise.

XBMC 1:1 pixel-mapped native vs. 1280x720P looks many times better (It's like night & day) and more gorgeous than the Vizio taking 720P and scaling it to 1366x768.

A Yamaha RX-V765 is hooked up (via HDMI) between the ASRock ION 330 and the Vizio GV42L.

Cheers,
Kermee

[vajonam]

I got a slow system after this update (and ubuntu kernel update), along with the latest snapshop of XBMC...

my system also slowed down considerably. the navigation and menus weren't smooth. going back to 180 for now

[rodalpho]

The 190 drivers from that repo work fine for me. Much more convenient than updating by hand!

[saratoga]

The 190 beta change log looks really similar:
http://www.nvidia.com/object/linux_displ...90.18.html