BetterComms 0.1.1 preview
Pre-releaseBetterComms 0.1.1 fixes call playback startup and a native screen-sharing connection race. Both participants should update their desktop app; hosted UI updates cannot replace older native code.
- Windows playback starts automatically, with one shared output for remote microphones and shared audio. Browsers keep their normal permission rules.
- Native sharing queues connection candidates until the answer is ready and discards stale receiver work.
- Missing video frames are identified explicitly. Connection details now offer a copyable report without media, IP addresses or credentials.
- Windows x64 can install a verified FFmpeg 8.1 runtime from the sharing screen into private app storage. A global Winget installation is optional.
Download the Windows x64 setup EXE (or MSI), or the DMG matching your Mac's Apple Silicon/Intel processor. These preview packages are unsigned; macOS packages are not notarized.
Validation: frontend production build, 62 web unit tests, 40 Rust tests, 51 browser tests, and four focused playback/runtime tests passed. Windows packaged playback was tested in a fresh profile without a user gesture or autoplay test flag. Native connection ordering, FFmpeg installation/thumbnail capture and process-loopback audio exclusion passed targeted tests. A new cross-network call with physical devices still needs confirmation; macOS hardware media parity is not established.
Use Automatic voice routing unless you explicitly need Direct connections only. The encrypted WebSocket fallback carries microphones only. Camera, screen and game/system audio still require WebRTC connectivity, and this preview does not yet have a production TURN relay. This release does not guarantee connectivity through every NAT/firewall.
If a problem remains, open Connection details and use Copy connection report on both ends.