Your system information

• Steam client version (build number or date): 1781041600
• Distribution (e.g. Ubuntu): Arch
• Opted into Steam client beta?: Yes
• Have you checked for system updates?: Yes
• Steam Logs: steam-logs.tar.gz
• GPU: AMD Radeon RX 6650 XT (Mesa 26.1.3)

Please describe your issue in as much detail as possible:

Steam Remote Play on a Linux/Hyprland Wayland host streams Minecraft Dungeons as a black screen with only the in-game cursor visible on the Steam Link client.

The game renders correctly on the host PC and is playable locally. Other games stream correctly from the same host to the same Steam Link client. This appears specific to Minecraft Dungeons / app ID 1672970.

Setup:

• Host: Linux, Hyprland / Wayland
• Game: Minecraft Dungeons, Steam app ID 1672970
• Game window: Xwayland, class steam_app_1672970
• Client: Steam Link app on Google TV Streamer 4K / Android 14
• Proton versions tested: Proton 9, Proton 10, Proton GE
• Streaming encoder normally shows Desktop OpenGL NV12 + libx264 main (8 threads) before the game starts

Expected behavior:

Minecraft Dungeons should stream normally through Steam Remote Play, like other games on the same host.

Actual behavior:

When Minecraft Dungeons starts, the Steam Link client displays a black screen, but the in-game cursor remains visible and updates. On the host PC, the game image is visible and behaves normally.

Audio and input continue to work correctly on the Steam Link client. I can hear the game audio and control the game remotely; only the streamed video is black, aside from the visible in-game cursor.

The Steam Remote Play detailed overlay/logs show the capture path switching to Desktop Black Frame.

Relevant streaming_log.txt excerpts:

Window title set to Minecraft Dungeons
Changing record window: 0x5000001 (83886081)
SynchronizeClientState(): setting capture size 2539x1393
SynchronizeClientState(): setting title to Minecraft Dungeons
SynchronizeClientState(): setting activity to k_EStreamActivityGame: Minecraft Dungeons
CaptureDescriptionID "Desktop Black Frame + libx264 main (8 threads)"

Steam does seem to detect the correct game window. hyprctl clients shows the Minecraft Dungeons window is mapped, visible, accepting input, focused, and running under Xwayland:

class: steam_app_1672970
title: Minecraft Dungeons
xwayland: 1
visible: 1
acceptsInput: 1
fullscreen: 2
focusHistoryID: 1

So this does not look like a simple compositor focus problem. Steam appears to identify the Minecraft Dungeons window but fails to capture its video surface, falling back to Desktop Black Frame while still sending the cursor.

Things tried:

• Proton 9
• Proton 10
• Proton GE
• hardware encoding on/off
• software encoding via libx264
• different Remote Play resolution/framerate settings
• fullscreen/windowed/borderless game modes
• Gamescope
• forcing different game launch options such as DX11/windowed modes

I also tried launching Steam with -pipewire. That changes the behavior, but does not solve the issue: Big Picture itself becomes very laggy and the stream blinks black repeatedly. This may be a separate PipeWire capture issue, so the main bug I am reporting here is the non-PipeWire Remote Play path switching to Desktop Black Frame specifically for Minecraft Dungeons while other games stream fine.

Logs available:

• streaming_log.txt: normal Steam launch, Minecraft Dungeons becomes black screen with cursor and Desktop Black Frame
• streaming_log_pipewire.txt: Steam launched with -pipewire, generally poor PipeWire capture performance and repeated black blinking

Steps for reproducing this issue:

1. Start Steam on a Linux host running Hyprland / Wayland.
2. Start Remote Play from the Steam Link app on Google TV Streamer 4K.
3. Launch Minecraft Dungeons through Steam using Proton.
4. Observe that the game is visible on the Linux host, but the Steam Link client shows a black screen with only the game cursor visible.
5. Check ~/.local/share/Steam/logs/streaming_log.txt; the capture method switches to Desktop Black Frame.

Similar issues

I searched for duplicates. The closest issues I found are #9089 and #6148.

This may be related to #9089 because both involve AMD/Mesa hosts where some games stream as black video while audio/input continue working. However, this report adds a Hyprland/Wayland setup, Minecraft Dungeons specifically, and logs showing Steam switching the capture method to Desktop Black Frame.

It may also be related to #6148, the broader Wayland Remote Play issue, but this is not a general “all Remote Play is black on Wayland” case: other games stream correctly from this same host.