Repository navigation
v0.5.46
Highlights
QoS-isolate audio capture so heavy local load can't starve the RDP wire. Under parallel cargo build / heavy disk I/O, the audio pipeline was previously preempted for hundreds of ms — sometimes seconds — producing audible drops and "writer stalled" resyncs. Two-tier fix:
- Tokio workers now run at
QOS_CLASS_USER_INITIATED(main thread intentionally not boosted — it broke ScreenCaptureKit display enumeration on mstsc). - Audio capture gets its own dedicated
std::threadper connection atQOS_CLASS_USER_INTERACTIVE, hosting acurrent_threadtokio runtime for the SCK pump + rubato resample + bounded-channel send.
Verified: zero audio dropouts under cargo clean+build with mstsc connected and YouTube playing.
Full Changelog: v0.5.45...v0.5.46