Use libwebrtc's DesktopCapturer for screen capture

[Be-ing]

This branch builds on Linux but I have not yet tested it because I need someone to try it in a call with. 😃 I am not able to test on Windows and macOS, so I will need help testing those.

This adds support for screen sharing on Wayland (fixes #28754).

libwebrtc replaces scap, which aims to be cross platform but was only used on Windows and X11. The X11 support relied on an out-of-tree branch on which the original author closed their own pull request (CapSoftware/scap#124). This also replaces Zed's platform-specific code on macOS. Switching to a single cross platform library simplifies the code by removing the need for Zed to have its own traits for cross platform abstraction.

This uses my branch of the Livekit Rust SDK. This branch merges several pull requests I have awaiting review upstream:

• Expose desktop capturer livekit/rust-sdks#725
• Screencapture example improvements gethopp/rust-sdks#4
• AudioResampler: initialize frame_.samples_per_channel_ livekit/rust-sdks#779
• build_linux.sh: add option to choose toolchain livekit/rust-sdks#730
• build libwebrtc from source during webrtc-sys build livekit/rust-sdks#747
• allow passing in TLS connector livekit/rust-sdks#755
• update tokio-tungstenite and tokio-rustls livekit/rust-sdks#754
• Linux hardware acceleration build fixes livekit/rust-sdks#753
• Cargo workspace cleanup livekit/rust-sdks#745
• put examples in root Cargo workspace livekit/rust-sdks#731

Currently, the webrtc-sys crate from Livekit downloads a prebuilt static libwebrtc C++ library (which is a nonstarter for Linux distro packagers). This branch requires changes to how the C++ library is built. Because those changes in livekit/rust-sdks#725 have not yet been merged upstream, you must build libwebrtc from source to build this branch on Linux. My Livekit branch will build libwebrtc from source during the Cargo build if you set the LK_LIBWEBRTC_SOURCE environment variable to the absolute path of an archive of the libwebrtc source code. In my Livekit branch, there is a script to generate this source code archive, which you can do by running:

git clone https://github.com/Be-ing/rust-sdks.git -b zed
cd rust-sdks/webrtc-sys/libwebrtc/
./generate-source-archive.sh

This script takes a long time to run because libwebrtc is developed as part of Chromium. Thus, it requires downloading about 9 GB of junk that isn't needed for libwebrtc. The generate-source-archive.sh script removes a bunch of that junk to strip it down to a 125 MB .tar.xz archive, which I hope will be published upstream by Livekit when my PRs are reviewed and merged.

Release Notes:

• Added screen sharing support on Wayland (Linux)

[ConradIrwin]

Nice! I'm very excited about fixing Wayland screen-sharing.

We'd definitely need the webrtc build caching stuff to merge this though... thanks for fighting with that.

Also looks like you removed the screen selector; is there an easy path to bring that back through webRTC's stuff?

[Be-ing]

We'd definitely need the webrtc build caching stuff to merge this though...

I split off the required build changes to a trivially small PR so it's easy for upstream to review that quickly: livekit/rust-sdks#784 (Edit: that has been merged, waiting on upstream to tag a new release)

thanks for fighting with that.

Yeah, that took several weeks of yak shaving before I could actually work on Zed. 🪒 My CPU is not super fast (Intel Core i7 8550U) so there was lots of waiting involved.

Also looks like you removed the screen selector; is there an easy path to bring that back through webRTC's stuff?

I have not removed that, though the existing GUI code will need some work because applications can't have their own UI for that on Wayland. The XDG Desktop Portal doesn't expose the available screens/windows to applications; libwebrtc returns a single dummy CaptureSource with an empty string for a title. When DesktopCapturer::start_capture is called, the XDG Desktop Portal presents its GUI for the user to choose the screen (and/or window if enabled).