LuminalShine 26.05.0 RC 5

General

WiX 7 installer migration complete. LuminalShine's MSI is now built through the modern WiX 7 toolchain (replacing the CPack WiX generator + WiX 3 stack). A permanent CI gate asserts the upgrade-critical tables stay byte-identical across builds, so the migration is invisible to existing installs.
Third-party dependency refresh. Including a switch from the forked nvapi snapshot to NVIDIA's official upstream repository.
Session History card now bounded at 25 ended sessions. Both the in-memory store and the on-disk archive at %ProgramData%\LuminalShine\sessions\ are pruned oldest-first when the cap is exceeded. Live sessions are never pruned and never counted toward the limit.
Duplicate-session bug fixed. Recorded session IDs are now intrinsically unique across luminalshine.exe restarts, so newly recorded streams no longer overwrite previously-persisted entries on the Dashboard.
Session Details drawer — Connection / Host tabs render again. The per-session uPlot charts on the Connection and Host tabs now paint correctly on first open for ended sessions, not just live ones.
High Performance Streaming card aligned with the README. Recommended-spec bullets (OS / CPU / GPU / RAM / Display / Host net / Client net) now mirror the README's System Requirements table row-for-row, including the WDDM 3.2+ / HDR-capable / 240 Hz display requirement for frame-generation capture.

MSI upgrade no longer fails on held-open files. LuminalShine services are stopped cleanly before file replacement during a major upgrade, so the bootstrapper no longer requires a reboot to swap binaries on a hot install.
Pre-MSI Vibeshine installs are now caught. The conflict-removal step in the WiX bootstrapper recognises the NSIS-era Vibeshine DisplayName and removes it before the new install. (Post-MSI Vibeshine was already handled via the shared UpgradeCode.)
Render-stack-aware NVENC encode timeout. When DLSS Frame Generation or DLAA is detected in the foreground process, LuminalShine raises the encode-wait ceiling from 100 ms to 250 ms — preventing legitimately slow frames on RTX 40/50 + AV1 + 4K HDR workloads from being misclassified as a TDR-class event.
Streaming-host heap-corruption crash on disconnect fully closed. A four-part NVENC fix eliminated the STATUS_HEAP_CORRUPTION (0xC0000374) that could fire ~minutes after a Moonlight client disconnected from an active stream:
- Drain the NVENC async completion event before destroying the encoder.
- ResetEvent before each nvEncEncodePicture so a stale signal from a previously timed-out wait cannot satisfy the next wait early.
- Defer nvEncUnmapInputResource on the encode-wait-timeout path; finish the unmap in destroy_encoder after the drain confirms the GPU is done reading the resource.
- Combine with the render-stack-aware timeout above so timeouts are rare in the first place.

Especially validated on Build 29599 (Canary). The heap-corruption series above was originally reproduced on Windows 11 Insider Preview Canary 29599 with AV1 + HDR + 10-bit + split-frame=auto. The fix has been validated across both stable Windows 11 24H2 and the Canary / Dev channels.
RTX 50 + DLSS Frame Generation + Path Tracing. The Blackwell-class combination of AV1 split-frame encoding with frame-generated content — the worst-case path for the heap fast-fail — now tears down cleanly when the client disconnects.

TPM-bound credential store no longer rotates the wrapping key on every read. The previous behaviour silently rotated the persisted RSA wrapping key on each open, which could orphan the WebUI admin password if a rotation raced an unclean shutdown. The reported symptom was "I have to reset the password to log in from another PC on the network." The cred store now opens the existing TPM key without rotating, and self-heals orphan credential blobs left behind by previous rotation races.
ResetAdminCredentials upgrade-exclusion permanently gated in CI. A regression test asserts that the "Reset LuminalShine Admin Password" Start Menu shortcut and its underlying custom action cannot fire during an MSI upgrade — preserving an existing user's WebUI password across upgrade installs. The conditioning was already correct; this lock-in prevents future regressions.

Automated release for 26.05.0-rc5.

Full Changelog: 26.05.0-rc4...26.05.0-rc5