enricobuehler 3b3e8b4ba9 perf(host/windows): elevate capture/encode/send thread CPU priority (Apollo-parity) ...

Apollo runs its capture thread at CRITICAL and its encoder thread at ABOVE_NORMAL; we set
none. Our GPU work is already HIGH priority, but the GPU scheduler can only favour commands
we've SUBMITTED — a normal-priority thread descheduled by a CPU-heavy game submits the
convert/encode late, so the HIGH GPU priority never bites (consistent with the measured
"NVENC engine idle yet the encode waits ~15 ms"). Raise the WGC helper's capture+encode
loop and the single-process capture+encode loop to THREAD_PRIORITY_HIGHEST, and the
transmit thread to ABOVE_NORMAL, via a cross-platform boost_thread_priority() (Windows-only
effect — the Linux host caps the game via gamescope so its threads aren't starved).

Not yet built/validated on the GPU box (it's down); the cross-platform side compiles
(cargo check) and the Windows calls are cross-checked against the windows-0.62 API.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

2026-06-17 16:12:29 +00:00

..

protocols

rename: lumen → punktfunk, everywhere

2026-06-10 13:11:59 +00:00

src

perf(host/windows): elevate capture/encode/send thread CPU priority (Apollo-parity)

2026-06-17 16:12:29 +00:00

build.rs

fix(dist): kill the version-shadow + add build provenance (P0)

2026-06-15 10:30:21 +00:00

Cargo.toml

refactor(host/windows): clean up DDA path + add a proper Windows service

2026-06-16 18:44:15 +00:00