LizardByte / LizardByte/Sunshine

NVENC fails on Pascal (GTX 1080 Ti) since 2026.914: cudaErrorNoKernelImageForDevice in RGBA_to_NV12

Open
#5,725 0 comments 0 reactions 0 assignees View on GitHub

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

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.