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
Thanks a lot for the video, it helped! Looking at it frame by frame, this isn't blur from a low bitrate: it's stale blocks of older content left in the picture while the page scrolls, and they're already in the source recording, not added by the export.
Could you try one quick test? Launch OpenScreen from a terminal with:
OPENSCREEN_LINUX_ENCODER=software openscreen
record the same scroll, and tell us whether the ghosting is gone. If you can, also attach the raw recording (the .mp4 OpenScreen saves before export, in its recordings folder) from both runs. And which GPU are you on?
Thanks a lot for testing on both versions, @dealenx, and for the videos! That settles where it comes from: the ghosting only happens on the hardware path, where OpenScreen reads niri's GPU buffers directly on NVIDIA. We're now looking for the fix there.
In the meantime, OPENSCREEN_LINUX_ENCODER=software openscreen is a safe way to keep recording.
Thanks again for the tests, @dealenx! We read the hardware path end to end, and your laptop has two GPUs (the Radeon inside the Ryzen 5 3550H, next to the GTX 1650), which changes the picture. Two things would tell us exactly where the stale blocks come from, with no test build needed:
Start a take that ghosts with plain openscreen from a terminal, and share the [capture-linux] lines it prints (especially dmabuf-import, encoder-selection and buffer-info; the file from tray → Save Diagnostics works too), plus the output of:
ls -l /dev/dri/by-path
Record the same scroll with:
OPENSCREEN_LINUX_ENCODER=vulkan openscreen
and tell us whether the ghosting is still there. This keeps a GPU encoder but turns off the direct read of niri's GPU buffers, so it separates the two suspects.
OPENSCREEN_LINUX_ENCODER=software openscreen stays the safe way to record in the meantime.
@dealenx the fix is merged in #1542: on your Vega 8 iGPU the Linux recorder now skips the Vulkan encoder and records with the software encoder. Could you confirm your takes come out clean on the next release?
Activity
EtienneLescot commentedon Nov 2, 2026
Thanks for the report!
This looks related to #1450 (also CachyOS on Wayland). To narrow it down, could you share:
ffprobeoutput of the exported file.dealenx commentedon Nov 2, 2026
(Please ignore the microphone sound; I just grabbed the first one I found):
Recording_02_11_2026_17_16_30.mp4
EtienneLescot commentedon Nov 5, 2026
Thanks a lot for the video, it helped! Looking at it frame by frame, this isn't blur from a low bitrate: it's stale blocks of older content left in the picture while the page scrolls, and they're already in the source recording, not added by the export.
Could you try one quick test? Launch OpenScreen from a terminal with:
record the same scroll, and tell us whether the ghosting is gone. If you can, also attach the raw recording (the
.mp4OpenScreen saves before export, in its recordings folder) from both runs. And which GPU are you on?dealenx commentedon Nov 6, 2026
I want to try again next week ; I’m really busy this week :(
dealenx commentedon Nov 10, 2026
version 2.1.2
I have found time to test with env arg
OPENSCREEN_LINUX_ENCODER=softwareand I've started using the command:How You can see it is helpful for Wayland / Niri on CachyOS!
Recording_10_11_2026_12_07_17.mp4
UPD:
I want to record some videos and I'll check efficiency of openscreen with this env setup
dealenx commentedon Nov 10, 2026
Recording_10_11_2026_16_13_51.mp4
v2.2.2 but it is working normal only with
OPENSCREEN_LINUX_ENCODER=softwareEtienneLescot commentedon Nov 10, 2026
Thanks a lot for testing on both versions, @dealenx, and for the videos! That settles where it comes from: the ghosting only happens on the hardware path, where OpenScreen reads niri's GPU buffers directly on NVIDIA. We're now looking for the fix there.
In the meantime,
OPENSCREEN_LINUX_ENCODER=software openscreenis a safe way to keep recording.EtienneLescot commentedon Nov 10, 2026
Thanks again for the tests, @dealenx! We read the hardware path end to end, and your laptop has two GPUs (the Radeon inside the Ryzen 5 3550H, next to the GTX 1650), which changes the picture. Two things would tell us exactly where the stale blocks come from, with no test build needed:
openscreenfrom a terminal, and share the[capture-linux]lines it prints (especiallydmabuf-import,encoder-selectionandbuffer-info; the file from tray → Save Diagnostics works too), plus the output of:OPENSCREEN_LINUX_ENCODER=software openscreenstays the safe way to record in the meantime.dealenx commentedon Nov 10, 2026
Recording_11_11_2026_01_49_43.mp4
dealenx commentedon Nov 10, 2026
Recording_11_11_2026_02_00_06.mp4
fix(linux): skip h264_vulkan on RADV Raven, whose takes come out corrupt
EtienneLescot commentedon Nov 13, 2026
@dealenx the fix is merged in #1542: on your Vega 8 iGPU the Linux recorder now skips the Vulkan encoder and records with the software encoder. Could you confirm your takes come out clean on the next release?
dealenx commentedon Nov 14, 2026
@EtienneLescot I'll test next release