XDG portal: after a display briefly disappears, capture never recovers ("no more input formats" loop) in 2026.1113.231225; 2026.914 recovers
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 18/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- cpp, linux
- Ambito
- audio-video-rtc, desktop
Direzione di ricerca
The failure is in the XDG portal and PipeWire capture negotiation, which the log tags as [portalgrab] and [pipewire]. Start by comparing the capture negotiation code between the working build 2026.914.233613 and the broken commit 657f9b68bf0b2d34adf585b620775d19bb40d8a4, focusing on how the stream is renegotiated after a display drops out of the portal list. Done means a display change renegotiates and streaming continues without the no more input formats loop, verified with the attached log scenario.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Is there an existing issue for this?
- I have searched the existing issues
Is your issue described in the documentation?
- I have read the documentation
Is your issue present in the latest beta/pre-release?
This issue is present in the latest pre-release
Describe the Bug
On pre-release 2026.1113.231225, XDG portal capture breaks for good once the streamed display briefly disappears from the portal's stream list. My setup has two monitors, and Sunshine streams DP-1. DP-1 drops out of the list for a moment when it changes power state.
- DP-1 is streaming. The stream goes
streaming -> paused, fails withno more input formats(seq:42), and DP-1 is reported asno longer present. - Sunshine logs
[portalgrab] Negotiation failed, will retry without maxFramerate. - Every negotiation after that fails right away with
no more input formats(seq:16). That includes HDMI-A-1, DP-1 once it is back, and new client sessions. Sunshine keeps forcing session resets about every 1.5 s (165 times in the attached log), and Moonlight shows a black screen until Sunshine is restarted.
Relevant excerpt (pre-release):
[17:01:54.514]: Info: [pipewire] PipeWire stream state: streaming -> paused
[17:01:55.350]: Info: [pipewire] Pipewire Error, id:2 seq:42 message: no more input formats
[17:01:55.412]: Warning: [portalgrab] Negotiation failed, will retry without maxFramerate
[17:01:55.509]: Info: [portalgrab] Found stream for display id/name: 'HDMI-A-1' position: 0x0 resolution: 1920x1080
[17:01:55.509]: Warning: Previous active display [DP-1] is no longer present
[17:01:55.509]: Info: [pipewire] Requested frame rate: 60fps
[17:01:55.530]: Info: [pipewire] Pipewire Error, id:2 seq:16 message: no more input formats
[17:01:57.037]: Warning: [pipewire] PipeWire stream disconnected. Forcing session reset.
...
[17:02:11.208]: Info: [portalgrab] Found stream for display id/name: 'DP-1' position: 0x0 resolution: 2560x1440
[17:02:11.227]: Info: [pipewire] Streaming display 'DP-1' offset: 0x0 resolution: 2560x1440
[17:02:11.235]: Info: [pipewire] PipeWire stream error 'no more input formats' on state: paused -> error
Earlier in the same run, at 16:25:50, the same seq:42 error was followed by a successful negotiation. No retry without maxFramerate message was logged that time.
On stable 2026.914.233613 the same display change happens (no more input formats once, DP-1 is no longer present). Sunshine then requests variable frame rate, renegotiates on HDMI-A-1 and keeps streaming:
[16:19:16.849]: Info: [pipewire] Pipewire Error, id:2 seq:42 message: no more input formats
[16:19:16.873]: Warning: Previous active display [DP-1] is no longer present
[16:19:16.873]: Info: [pipewire] Requested variable frame rate (Sunshine pacing required: 16.6667ms)
[16:19:16.893]: Info: [pipewire] Compositor negotiated frame rate: 0/1 (variable rate capture)
[16:19:16.894]: Info: [pipewire] PipeWire stream state: paused -> streaming
Possibly related: #5499 (same KWin no more input formats loop, different hardware).
Expected Behavior
After the display change, capture renegotiates and streaming continues, as it does on 2026.914.233613.
Additional Context
- Broken: 2026.1113.231225 (commit 657f9b68bf0b2d34adf585b620775d19bb40d8a4). Works: 2026.914.233613.
- Two monitors: DP-1 (Samsung Odyssey G50F, 2560x1440, primary, streamed) and HDMI-A-1 (Lenovo T23i-10, 1920x1080).
- DP-1 wakes about a second slower than HDMI-A-1. This may be why it briefly disappears from the portal list; unconfirmed.
- Reproduced on two connection attempts. Rolling back to the Flathub stable build fixed it.
Host Operating System
Linux
Operating System Version
Bazzite Stable (F45.20261111), KDE Plasma 6.8.2 (Wayland), KWin 6.8.2, xdg-desktop-portal-kde 6.8.2, PipeWire 1.6.11
Architecture
amd64/x86_64
Package
Linux - flathub/flatpak (pre-release tested from the GitHub release sunshine_x86_64.flatpak bundle)
GPU Type
NVIDIA
GPU Model
NVIDIA GeForce RTX 4060
GPU Driver/Mesa Version
620.70.06
Capture Method
XDG Portal Grab (FreeBSD/Linux)
Apps
Desktop
Log output
See the Online logs link below. Key lines are quoted in the description.
Online logs
https://gist.github.com/Arlandrian/87824094730c98e2178b1b71d3a48eb7
sunshine-2026.1113.231225-prerelease.log(failing)sunshine-2026.914.233613-stable.log(same display change, recovers)
This issue was generated by Claude Code, Claude Opus 5.5, medium thinking level
- Lingua principale
- C++
- Stelle
- 43k
- Fork
- 2.4k
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di LizardByte/Sunshine
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
LizardByte/Sunshine#6051 ·
-
PIN pairing fails with "Missing CSRF token" - web UI never fetches/attaches the tokenForse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
LizardByte/Sunshine#5467 · 2 commenti ·
-
Difficoltà 4/5 1-2 giorni Idoneità per principianti 30/100
LizardByte/Sunshine#6103 · 1 commento ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
LizardByte/Sunshine#6080 · 2 commenti · 1 reazione ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 18/100
LizardByte/Sunshine#6072 ·
Tutte le issue di LizardByte/Sunshine
Issue simili
-
std::fdim drops partial derivative w.r.t second argument in forward and reverse modeForse già presa @ADITYASINGH1206 l’ha presa oggi. Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
vgvassilev/clad#2534 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 61/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 3 giorni
-
HAP.cpp fixAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100