The native streamer crashes after joining the queue

[SnowyAero]

What happened?

After enabling the native streamer and making sure all GStreamer dependencies are installed correctly, when I try to play a game and add it to the queue, the native streamer simply crashes and won't let me play unless I disable it—at which point it lets me play normally.

Operating System

Linux

GeForce NOW Tier

Free

Logs (required)

The .log file (for some reason, it won't let me paste the entire text of the .log file into the logs box):
[opennow-logs-2026-08-03T16-04-54-718Z-native-streamer-crash.txt](https://github.com/user-attachments/files/30668992/opennow-logs-2026-08-03T16-04-54-718Z-native-streamer-crash.txt)

Screenshots (optional)

Here are two screenshots:

[zortos293]

looking into it

[capy-ai]

I investigated this, but the linked log attachment currently returns HTTP 404. The screenshots only prove that VAAPI/glimagesink capability probing succeeded and then show the generic process-stopped dialog; they do not include the native process exit reason. The free-tier queue itself is unlikely to be the failing path because the GStreamer session/pipeline starts only after CloudMatch reports the session ready and signaling begins.

Please reproduce once and re-upload a newly exported complete OpenNOW log. It needs to include the block from [NativeStreamer] Signaling connect context or Selected native hardware video path through [NativeStreamer] Process ended, including Recent stderr and the renderer Signaling error line. Please also paste:

printf 'XDG_SESSION_TYPE=%s\\nWAYLAND_DISPLAY=%s\\nDISPLAY=%s\\n' "$XDG_SESSION_TYPE" "$WAYLAND_DISPLAY" "$DISPLAY"\n```\n\nand mention any `--ozone-platform*` flag or `ELECTRON_OZONE_PLATFORM_HINT`. If the new log reports a signal or has no stderr, please attach `coredumpctl info opennow-streamer` for that reproduction.\n\nThis may overlap #698: its logs show the same Linux glimagesink path crashing when a native Wayland widget ID is passed to X11. #737 fixes that confirmed case, but without this issue's missing stderr I cannot safely claim they are the same bug.

[SnowyAero]

looking into it

Today, after updating to version 0.5.4 of OpenNOW, the native streamer no longer crashes after adding to the queue, but now it displays like this—as a PiP—unless I use the KDE Plasma options to force the window to maximize. Even then, it still won't let me do anything, but at least it's a step forward.

As always, here are the screenshots and the log:

opennow-logs-2026-08-14T13-16-30-878Z-native-streamer-bug.txt

[zortos293]

@SnowyAero good to know that it doesn't crash anymore when im back from vacation I will dual boot with Linux and fix Wayland issues