Viewing screenshare of Windows user not working on Linux

(#649) Bug Needs triage desktop video

Summary

When a user on windows shares their screen, I can see the preview, but the stream is just gray without audio when viewing from the Linux client. Seems to be the same issue as https://feedback.fluxer.com/p/391, that was closed for V2. Other Linux screenshares seem to work, and Windows users can view Linux shares as well. image image

Steps to reproduce

1.See a windows user screenshare 2.Click to view screenshare on Linux 3.Screenshare does not populate.

Environment

Version: V2 OS: Bazzite Browser: Both Client and Firefox Device: Desktop
  • 610836047-09c0266a-3531-4afc-83aa-ba98d5fde232.png

    610836047-09c0266a-3531-4afc-83aa-ba98d5fde232.png

    981×639 | 125 kB

  • 610836054-775cb025-9715-45d1-8427-3fbba7ac5866.png

    610836054-775cb025-9715-45d1-8427-3fbba7ac5866.png

    1106×784 | 33 kB

4 comments

Sign in with Fluxer to comment and vote.
Comment by @IamLurking
RexSystem 1 vote originally by @IamLurking on GitHub
I am on Ubuntu 24.04.4 LTS with librewolf and have no problem viewing my friend's screenshare (Windows 11 with Firefox) I am on the latest version of yesterday (2026-06-20 1220est)
Comment by @zixhaa
RexSystem 1 vote originally by @zixhaa on GitHub
I am also having similar issues - not entirely consistent, however, and sharing audio does not seem to work at all. It seems to be related to codecs and how different browsers utilize them. 2026-06-28T20:28:18.119Z INFO livekit.pub rtc/participant.go:2964 falling back to alternative video codec {"room": "guild_1516566176715505664_channel_1516566176715505714", "roomID": "RM_MTUkFSzzFNaj", "participant": "user_1516880839143587840_dropbear-acoustic", "participantID": "PA_PgWhnEvhSP68", "remote": false, "codec": "video/h264", "altCodec": "video/rtx", "enabledPublishCodecs": [{"mime": "video/rtx"}, {"mime": "audio/opus"}], "trackID": "TR_VSHpeTf7sU4mm8"}
Comment by Hampus
HampusStaff 1 vote originally by @hampus-fluxer on GitHub
This is all getting fixed very soon with a brand new voice architecture that I've been working on finalising (hence the silence). Expect something great very soon, along with the stable & canary clients being both made fully up to date with the latest code + fixes to connecting to self-hosted instances in the desktop app!
Deleted comment
Removed by moderator Rex: Removed a general status note that was posted on many GitHub threads. It no longer applies here.
Comment by @G2G2G2G
RexSystem 1 vote edited originally by @G2G2G2G on GitHub
Cannot get audio working on any system, any browser. Using self hosted though @hampus-fluxer don't burn yourself out responding to us, we understand you are busy working. You build and the people will come, once you're at a comfortable place many of us will start contributing more too.