LizardByte / LizardByte/Sunshine
NVENC fails on Pascal (GTX 1080 Ti) since 2026.914: cudaErrorNoKernelImageForDevice in RGBA_to_NV12
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 41.4k
- Forks
- 2.1k
- Avg merge
- 23h 47m
- Merged PRs (30d)
- 124
Description
Is there an existing issue for this?
- I have searched the existing issues
Is your issue present in the latest beta/pre-release?
Tested on the latest release, v2026.914.233613.
Describe the Bug
After upgrading from 2025.923.33222 to 2026.914.233613, NVENC no longer works on a Pascal GPU (GTX 1080 Ti, compute capability 6.1). The encoder probe fails in the CUDA color conversion step, and Sunshine falls back to software libx264:
Info: Trying encoder [nvenc]
Info: Creating encoder [h264_nvenc]
Error: RGBA_to_NV12 failed: cudaErrorNoKernelImageForDevice:no kernel image is available for execution on the device
Error: RGBA_to_NV12 failed: cudaErrorNoKernelImageForDevice:no kernel image is available for execution on the device
Info: Encoder [nvenc] failed
...
Info: Found H.264 encoder: libx264 [software]
cudaErrorNoKernelImageForDevice suggests the bundled CUDA kernels were built without Pascal (sm_61) targets, for example a CUDA 13 toolchain or a CUDA_ARCHITECTURES list that no longer includes 6.1.
Downgrading to 2025.923.33222 on the same machine, with the same driver and config, restores NVENC:
Info: Found H.264 encoder: h264_nvenc [nvenc]
Info: Found HEVC encoder: hevc_nvenc [nvenc]
Expected Behavior
NVENC keeps working on Pascal GPUs, which the 580 driver still supports. If Pascal support was dropped on purpose, it should be in the release notes.
Additional Context
A separate issue in the same release on an X11 session: with no capture option set, startup hangs at "Detecting displays". Debug logs show it stopping after the portal SelectSources call:
Debug: [portalgrab] RemoteDesktop CreateSession response_code: 0
Debug: [portalgrab] SelectDevices response_code: 0
Debug: [portalgrab] SelectSources response_code: 0
<hangs indefinitely; web UI never comes up>
Setting capture = x11 works around it. The portal capture probe probably shouldn't block startup on X11.
Host Operating System
Linux
Operating System Version
Ubuntu 24.04.5 LTS, kernel 7.0.0-31-generic, GNOME on X11
Architecture
amd64/x86_64
Package
Linux - deb (sunshine_2026.914.233613-1+ubuntu24.04_amd64.deb)
GPU Type
NVIDIA
GPU Model
GeForce GTX 1080 Ti (x2), compute capability 6.1
GPU Driver/Mesa Version
NVIDIA 580.173.02
Capture Method
X11 (capture = x11)
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start at the RGBA_to_NV12 CUDA color-conversion path and compare the release build's supported GPU targets with the failing Pascal sm_61 device. Separately inspect the portal capture probe after SelectSources for the X11 startup hang. Done means NVENC works again on the GTX 1080 Ti and startup does not block indefinitely when capture is unset on X11.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp, linux
- Domain
- audio-video-rtc, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100