You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Bug]: Screen recording fails on Niri/Wayland with PipeWire (no more input formats) #287
OpenScreen: 1.9.0-rc.3 (also reproducible on 1.8.0)
Distribution: Arch Linux (CachyOS)
Desktop: Niri
Session: Wayland
PipeWire: active
xdg-desktop-portal: active
Installed portal backends:
xdg-desktop-portal-gnome
xdg-desktop-portal-gtk
Description
OpenScreen is unable to start a screen recording.
The screen selection dialog appears normally, but after confirming the screen/window, the recording never starts and the application reports a PipeWire stream error.
The issue is reproducible on both 1.8.0 and 1.9.0-rc.3.
Logs
OpenScreen:
[native-linux] starting capture {
outputPath: '/home/.../recording.mp4',
cursor: { mode: 'editable-overlay' },
audio: {
system: { enabled: false },
microphone: { enabled: false, gain: 1.4 }
},
video: { fps: 60 }
}
[capture-linux] stream-error:
PipeWire stream reported an error in state error: no more input formats
PipeWire:
pw.context:
Rectangle 2560x1080
pw.context:
Fraction 59978/1000
pw.link:
negotiating -> error no more input formats
Additional information
pipewire.service is running normally.
xdg-desktop-portal.service is running normally.
The portal logs do not report ScreenCast-related errors.
Installed portal backends are gnome and gtk.
The problem occurs before any recording starts.
Please let me know if you would like additional debug logs (for example, PIPEWIRE_DEBUG=5) or if there are other diagnostics I can collect.
Expected behavior
Note: The report above was prepared with the assistance of ChatGPT. After providing the application logs, environment details, and the troubleshooting steps I performed, I asked the AI to organize the information into a concise report suitable for opening this issue.
The technical information (logs, environment, and observed behavior) comes from my own testing. The AI was only used to help structure and present the information more clearly.
My expectation is that OpenScreen should work correctly in this environment (Arch Linux + Niri + Wayland), allowing screen recordings to start and complete successfully.
This change is assigned to the Next Release release milestone and is not necessarily available in the latest downloadable desktop release yet. It is currently marked as status: pending release until a packaged release containing it is published.
Activity
github-actions commentedon Aug 8, 2026
Fixed by #299 and merged into
main.This change is assigned to the
Next Releaserelease milestone and is not necessarily available in the latest downloadable desktop release yet. It is currently marked asstatus: pending releaseuntil a packaged release containing it is published.fix(linux): recover the DMA-BUF plane size the producer leaves at zero
EtienneLescot commentedon Aug 10, 2026
Moved into
v1.9.3as part of the pre-release cut.fix(linux): close the diagnosis gaps in the DMA-BUF frame bounds
fix(linux): validate mapped DMA-BUF frames
fix(linux): validate mapped DMA-BUF frames