How to install Nvidia Graphics Drivers 195.22 in Ubuntu Karmic/Jaunty/Intrepid/Hardy

Sponsored Link
This tutorial will explain how to install Nvidia Graphics Drivers 195.22 in Ubuntu Karmic/Jaunty/Intrepid/Hardy

195.22 (beta) Release highlights

* Enhanced the VDPAU blit-based presentation queue to provide values of "first_presentation_time" that have less jitter.
* Add support for R16F and RG32F GLXFBConfigs when using GeForce 8 series and higher GPUs.
* Added support for NVIDIA 3D Vision Stereo on Linux with Quadro GPUs. See the "Stereo" X configuration documentation in the README for details.
* Added support for A2BGR10 32-bit GLX visuals on 30-bit X screens. These allow some level of window transparency when using 30-bit visuals with GLX and Composite, but they may cause problems with older X servers and/or applications. ARGB GLX visuals can be disabled by adding:

Option "AddARGBGLXVisuals" "False"

to the X configuration file.
* Fixed a problem that caused DisplayPort devices to behave incorrectly when DPMS power saving mode was triggered.
* Updated VDPAU to improve thread concurrency. See the README for details.
* Altered NVIDIA X driver behavior in the case that no display devices are connected to the GPU. Previously, in this case, the NVIDIA X driver would pretend a CRT was connected to the GPU. Now, the NVIDIA X driver will not automatically pretend that any CRTs are connected. If the X driver does not detect any connected display devices, the X server will fail to start.

To restore the old behavior, use the ConnectedMonitor X configuration option; e.g.,

Option "ConnectedMonitor" "CRT"

Alternatively, if display is not desired, Quadro and Tesla GPU users can enable "NoScanout" mode, which bypasses any mode timing validation or use of display devices; this is configured with:

Option "UseDisplayDevice" "none"

* Disabled software cursors when the driver is operating in "no scanout" (UseDisplayDevice "none") mode. The software cursor image is not visible in remote desktop applications or screenshots anyway, so having software cursor enabled was unnecessary.
* Changed glXSwapBuffers() behavior for a pixmap such that it is now a no-op in the direct rendering case in order to match the indirect case and comply with the GLX spec. Previously, calling glXSwapBuffers() on pixmaps in the direct case would swap the pixmap's buffers if the pixmap was double buffered.
* Modified the installation location and names of internal VDPAU libraries to conform to conventions and Debian packaging guidelines. New versions of libvdpau expect this layout. Compatibility with old versions of libvdpau is maintained with symlinks.
* Fixed a bug that could cause errors in graphical applications run after a previous application using VDPAU and OpenGL. This behaviour was observed when running Gwenole Beauchesne's hwdecode-demos application.
* Modified vdpau.h to increment VDPAU_VERSION, to reflect the fact that new features have been added in the past. Also, add the new define VDPAU_INTERFACE_VERSION.
* Fixed a periodic temporary hang in the VDPAU blit-based presentation queue.
* Fixed a problem that caused resolution limitations or corruption on certain DisplayPort devices such as the Apple 24″ Cinema display or some DisplayPort to VGA adapters.
* Disabled the UseEvents option for GeForce 8 series and higher GPUs due to a problem that causes occasional short hangs. It will be re-enabled when that bug has been tracked down and fixed.
* VDPAU now allows multiple streams to be decoded at once, without the need to set any environment variables.

The 195.22 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86 is available for download via FTP.
The 195.22 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86_64 is available for download via FTP.

Please see the README (x86, x86_64) for more information about this release.

Please note: This NVIDIA Linux graphics driver release supports GeForce 6xxx and newer NVIDIA GPUs, GeForce4 and older GPUs are supported through the 96.43.xx and 71.86.xx NVIDIA legacy graphics drivers. GeForce FX GPUs are supported through the 173.14.xx NVIDIA legacy graphics drivers.

Note:- This is still in beta stage so it is not recommended to install on production systems

For Ubuntu Karmic Users

Use the following command to add PPA

sudo add-apt-repository ppa:nvidia-vdpau/ppa

Other User

First you need to edit /etc/apt/sources.list file

sudo gedit /etc/apt/sources.list

add one of the following lines

For Jaunty users

deb http://ppa.launchpad.net/nvidia-vdpau/ppa/ubuntu jaunty main
deb-src http://ppa.launchpad.net/nvidia-vdpau/ppa/ubuntu jaunty main

For Intrepid Users

deb http://ppa.launchpad.net/nvidia-vdpau/ppa/ubuntu intrepid main
deb-src http://ppa.launchpad.net/nvidia-vdpau/ppa/ubuntu intrepid main

For Hardy Users

deb http://ppa.launchpad.net/nvidia-vdpau/ppa/ubuntu hardy main
deb-src http://ppa.launchpad.net/nvidia-vdpau/ppa/ubuntu hardy main

Save and exit the file

Install GPG key using the following command

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys CEC06767

Update source list

sudo apt-get update

Install beta drivers

sudo apt-get install nvidia-glx-195 nvidia-195-modaliases

Sponsored Link

Incoming search terms:

Related posts

13 thoughts on “How to install Nvidia Graphics Drivers 195.22 in Ubuntu Karmic/Jaunty/Intrepid/Hardy

  1. Hi, I was wondering if you know the steps for going back to the current driver should I have issues with the new one? When upgrading from 9.04 -> 9.10 I selected the recommended driver and that hung up the display.

    Danté

    [Reply]

  2. I have tried and after 2 or 3 restart, stops working, and I cant go back…
    I think I am going to wait until the driver goes for final release…

    [Reply]

  3. While attempting to upgrade to these from 190.22 I had horrific dpkg divert errors, and was unable to find a fix anywhere until I stumbled across this fix:

    sudo dpkg-divert -–remove -–rename -–package nvidia-glx-185 -–divert /usr/lib/nvidia/libGL.so.1.xlibmesa /usr/lib/libGL.so.1
    sudo dpkg-divert -–remove -–rename -–package nvidia-glx-185 -–divert /usr/lib/nvidia/libGL.so.1.2.xlibmesa /usr/lib/libGL.so.1.2
    sudo dpkg-divert -–remove -–rename -–package nvidia-glx-185 -–divert /usr/lib/nvidia/libglx.so.xserver-xorg-core /usr/lib/xorg/modules/extensions/libglx.so
    sudo dpkg-divert -–remove -–rename -–package nvidia-glx-185 -–divert /usr/lib/nvidia/libGLcore.so.xlibmesa /usr/lib/xorg/modules/extensions/libGLcore.so

    Taken from http://blog.mymediasystem.net/uncategorized/the-nvidia-glx-180-opengl3-divert-problem/#comment-2273

    I was then able to install as per this guide with:

    sudo apt-get install nvidia-glx-195 nvidia-195-modaliases

    [Reply]

  4. Followed all directions; installation finds….Command Line (Terminal) cannot find the nvidia-glx-195 package….also not available in Synaptic

    [Reply]

  5. There is deffinitely a problem with the VDPAU launchpad version, conflicting with default Karmic version. The funny thing is I had no problem a while back using Kubuntu, I am tired and just glad it is solved. I will think about, why.. later but I wanted to thank you SamD for posting that around. Was going to post the revised “don’t think” version (sorry this pissed me off)… but you had it thanks.

    -JM

    [Reply]

  6. There is an ASUS UL80Vt laptop which has G210m card. I have tried all suggested solutions which worked for this card but with different other software
    For somebody that works with this options in xorg
    in device section:

    Option “ConnectedMonitor” “DFP-0″

    Option “CustomEDID” “DFP-0:/etc/X11/edid.bin”

    (sure, having that edid.bin obtained)

    But not with UL80Vt

    By the way, envidia’s driver deletes different glx files, which are needed to be resurrected manually to work with the i915

    [Reply]

  7. The initial install failed for 190 and 195 even after removing all other versions. I ended up downloading the driver from the NVidia site and installing in recovery mode after purging ALL other instances of nvidia:

    apt-purge nvidia*
    ./NVIDIA*.run

    [Reply]

  8. I recommend using aptitude instead of apt-get, because it does A LOT more sanity checking, and also does remove some conflicting packages apt-get cannot detect.

    The error messages are also easier to understand (more detailed).

    [Reply]

Leave a comment

Your email address will not be published. Required fields are marked *