Show HN: 30ms latency screen sharing in Rust

• bitwhip

  1 673 7.3 Rust

  CLI Native WebRTC Agent in Rust

  

• SaaSHub

  www.saashub.com featured

  SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives

  

• str0m

  13 335 9.3 Rust

  A Sans I/O WebRTC implementation in Rust.

  Yep! It glues ffmpeg, str0m[0] and SDL together. I hope bitwhip doesn’t need to exist someday. When WHIP/WHEP has enough traction it will be easier to land in FFMPEG

  [0] https://github.com/algesten/str0m

• just

  183 21,854 9.5 Rust

  🤖 Just a command runner

  My first thought was that that was dropping one of the main features of make.

  On reflection though, the timestamp dependant part isn't really something used much nowadays apart from compiling C.

  It'd be cool if it was an opt-in feature for just files so that it could actually function as a replacement for make in all cases.

  I went looking in the docs and found this[0] which I'd missed last time I looked into justfiles.

  [0] https://github.com/casey/just?tab=readme-ov-file#what-are-th...

• srt-live-server

  4 659 0.0 C++

  srt live server for low latency

  As someone who setup a discord streaming like service to use alongside Mumble, this is very exciting. I couldn’t get anything involving webrtc working reliably, but the only broadcasting clients I found were web browsers and OBS, so I am interested to see how this compares!

  What I eventually settled on was https://github.com/Edward-Wu/srt-live-server with OBS and VLC player, which gives robust streaming at high bitrate 4k60, but latency is only 1-2 seconds

• cosmic-epoch

  18 3,208 7.9 just

  Next generation Cosmic desktop environment

  

  I recently switched my (small) company over to using just files within our codebases and it's been going over very well thus far.

  We're building a set of apps that need to run on Linux, MacOS, and Windows so having a consistent solution for each is better than shell scripting and I personally have never felt great about make and it's weirdness.

  It also helps that we have a pretty big monorepo so that anyone can bounce from one app to another and `just run` to use any of them, no matter the platform.

  Either way the justification for me came from COSMIC[0].

  [0] https://github.com/pop-os/cosmic-epoch/blob/master/justfile

• lld

  1 5 - Java

  Low Latency DOCSIS (by cablelabs)

  

  E.g. "Low Latency DOCSIS"[0] and related, WiFi[1], support it and with the former it's about non-exclusive scarce uplink capacity where cross-customer capacity sharing may rely on post-hoc analysis of flow behavior to check for abuse, switching to forced fairness if caught by such heuristics. For downstream it's even more natural to have shared capacity with enough congestion to matter, but often only the WiFi side would have a large discretionary range for bandwidth scheduling/allocation to matter much.

  Apple already opportunistically uses L4S with TCP-Prague and there are real-world deployments/experiments [2] with end-to-end L4S.

  Fixed-

  [0]: https://github.com/cablelabs/lld

• xdg-desktop-portal-wlr

  69 599 7.5 C

  xdg-desktop-portal backend for wlroots

• OBS2Browser

  2 108 4.0 Go

  Send OBS directly to your browser, no more wasting time on servers

  I don't believe it is possible today, but I am working on it! It would be great for users trying to co-stream.

  I created OBS2Browser[0] that is a good first step in the direction.

  [0] https://github.com/Sean-Der/OBS2Browser

Suggest a related project