Hey guys, see no one has yet mentioned these. Am currently using them on a GTX 470, Slackware 13 -current. Here's the changelog:
-Added unofficial GLX protocol support (i.e., for GLX indirect rendering) for the following OpenGL extensions:
-Improved Thermal Settings reporting in nvidia-settings to accurately reflect hardware configurations with multiple thermal sensors.
-Fixed an interaction problem between Compiz and 'screen-scraping' VNC servers like x11vnc and vino that caused the screen to stop updating.Fixes Launchpad bug #353126.
-Enhanced VDPAU to add basic support for Xinerama. VDPAU will now operate on a single physical X screen under Xinerama. See the README for more details.
-Enhanced VDPAU's handling of corrupt clips of all formats on GPUs with VDPAU feature set C to be at least as good as on GPUs with VDPAU feature set B. This significantly improves various clips provided by nvnews.net user eamiller.
-Fixed a bug in Xv attribute handling that caused hue, saturation,brightness, and contrast values to be misapplied when using an Xv overlay adaptor.
-Fixed a bug in the XvMC driver that prevented it from working on systems with AGP graphics cards.
-Enhanced VDPAU to clear all VdpVideoSurfaces to black when allocated.This provides more consistent results when using a surface as a reference when no prior decode operation has written to that surface.In turn, this improves the results of decoding some corrupt streams,such as "p_only_no_play" from ffmpeg bug 1124.
-Implemented new APIs to allow sharing VDPAU surfaces with OpenGL andCUDA. The OpenGL extension is GL_NV_vdpau_interop. For CUDA, please
see the documentation in the CUDA toolkit for details.
-orked around a bug where the combination of a GPU with VDPAU feature set A together with specific motherboard chipsets could cause visible corruption when decoding some MPEG-2 streams
-Fixed a bug that prevented the VDPAU overlay-based presentation queue from being used more than a few hundred times per X server invocation.
Renamed the driver file libGLcore.so.VERSION to libnvidia-glcore.so.VERSION, as a small step towards reducing the filename collisions between NVIDIA's and MESA's OpenGL implementations.This driver file is used by NVIDIA's libGL.so and libglx.so, and should never be used directly by applications.
-Changed the SONAME of libnvidia-glcore.so.VERSION,libnvidia-tls.so.VERSION, and libnvidia-compiler.so.VERSION to be ".so.VERSION", rather than ".so.1".These driver files are only used by other NVIDIA driver components, and are only intended to be usedby components of the matching NVIDIA driver version.
-Removed the "-pkg#" suffix from the NVIDIA Linux .run files.The packages are now simply named "NVIDIA-Linux-ARCH-VERSION.run".On Linux-x86_64, a package which omits the 32-bit compatibility libraries is also available: "NVIDIA-Linux-x86_64-VERSION-no-compat32.run"
-Simplified the directory structure of the Linux extracted package; most driver files are now just contained within the top level directory of the package.Pass the '--list' option to the .run file for details.
-Removed precompiled kernel interfaces from the NVIDIA Linux-x86 .run file; these were ancient and had not been updated in years.Going forward, NVIDIA does not plan to provide precompiled kernel interfaces with the Linux .run files.However, nvidia-installer and the .run file will retain the ability for users to add their own precompiled kernel interfaces via the '--add-this-kernel' .run file option.
-Compressed the nvidia-settings, nvidia-installer, and nvidia-xconfig tarballs with bzip2, rather than gzip.
I just installed this from the ubuntu ppa. Seems to work OK, but selecting "Thermal Settings" in the NVIDIA Settings applet always kills the applet.
The reason I upgraded is because with the 195.36 driver, after several hours of use the screen blanker would break. Instead of turning off the backlight when the screen was idle, it would turn up to full brightness and the frame buffer would go to all white pixels. This is on my Dell Precision M4400 notebook with Quadro 770M.
Likewise, when you closed the notebook lid, instead of the screen turning off, it would go to full brightness, and you could see all of the light leaking through the gap between the lid and the rest of the body. I've only just booted up this 256 driver, so haven't been using the machine long enough to see if the problem is present here yet. Right now the screen blanks correctly, but the 195 driver blanked correctly for the first couple hours too.