Downloader and installer for the nVidia driver package (418.30)(beta)

Downloader and installer for the nVidia driver package

Installing these packages can take a long time. These packages will automatically download the NVIDIA driver (+-70MB) from or and save it in /usr/src.
The driver and libraries will be installed after the download.

The installer will install the nVidia files the Bumblebee way. The libraries will NOT interfere with any other libraries of a distribution and will be installed in a seperate nvidia directory. Usage will be controlled by editing the and/or using the "ModulePath" var in xorg.conf.

You can also download the NVIDIA package yourself and copy it to the /usr/src directory. The installer will then skip the download part and just install the driver and libraries the Bumblebee way.

These rpms can be used by normal and Optimus enabled nVidia systems.

Please be aware that recompiling the module by dkms can take several minutes depending on your system. Dkms will halt the start of the graphical system till compilation is finished.

Tips and tricks

You can use the /usr/lib/nvidia/ or /usr/lib64/nvidia/ to force the use of the nVidia libGL* libraries.
This is only necessary if an application is compiled with hard linked library paths ( the rpath option was used ).
A better solution is to start the offending application with:

LD_LIBRARY_PATH=/usr/lib64/nvidia:/usr/lib64/nvidia/vdpau [ ]

and force the application to use the nVidia libs.

Release info

- Use the legacy GLX library

- Update to 418.30
Mon 4 Mar 00:05:00 CET 2019 -

- Use the legacy GLX library

- Update to 418.30

* Added initial support for G-SYNC Compatible monitors. See
the README for details.
* Added support for stereo presentation in Vulkan.
* Fixed a bug that could cause OpenGL applications to crash
after repeated VT-switches.
* Fixed a bug that could sometimes prevent PRIME displays from
being selected in the display settings page of nvidia-settings.

* NVIDIA Video Codec SDK 9.0

A new release of the Video Codec SDK will be available
in Q1 2019.
For more information and early access sign-up,
refer to

The main features available in this release are listed below:
* Support for Turing NVENC/NVDEC.
* The NVDECODE API (also known as the NVCUVID API) has
been updated to support YUV 4:4:4 decoding for HEVC on
Turing GPUs.
* NvEncodeAPI has been updated to support HEVC B-frames on
Turing GPUs. NvEncodeAPI adds the capability to output
the encoded bitstream, and motion vectors from motion
estimation-only mode, to video memory. This avoids the
overhead of copying the output from system to video memory
for processing pipelines operating directly on video memory.
* NvEncodeAPI now accepts CUarrays as input buffers. The
SDK contains a sample application to demonstrate how to
feed a Vulkan image to NVENC using the Vulkan-CUDA interop.

* Added NVIDIA optical flow support.

A new library is included in the
driver package. The NVIDIA optical flow library can be used
for hardware-accelerated computation of optical flow vectors
and stereo disparity values. The API header files, sample
applications and documentation will be available in a separate
Optical Flow SDK package in Q1 2019.

For more information and early access sign-up,
refer to

* Removed from the driver package. This module
was only used on X servers that did not provide their own
implementation of libwfb, and all X.Org xserver versions now
supported by the driver do so.
* Updated the VDPAU driver to reject decoding to YUV 4:2:2 video
surfaces. The NVIDIA VDPAU driver always produces YUV 4:2:0
content. Previously, the VDPAU driver implicitly converted a
YUV 4:2:2 video surface to YUV 4:2:0 during decode. Now, the
VDPAU driver will fail the decode request.
* Optimized nvidia-installer to only run depmod(1) once when
installing, rather than twice (once during the uninstall phase
and again when installing new kernel modules).
* Removed the NVreg_UseThreadedInterrupts kernel module parameter
from nvidia.ko. This removes the ability to forcibly fall back
to an older mechanism (tasklets) for running the bottom-half
interrupt handler. Instead, threaded IRQs (the default since
367.44) are always used.

Name Changed
Comments 0
openSUSE Build Service is sponsored by