From bebb701d70e1be2e7b00e379eda64537dcd63e90 Mon Sep 17 00:00:00 2001 From: "j.foucher" Date: Sun, 3 May 2026 20:45:55 +0200 Subject: [PATCH] =?UTF-8?q?v0.23.5=20=E2=80=94=20Retire=20le=20check=20VR?= =?UTF-8?q?=20du=20default=20config?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Vive Streaming ment à SteamVR : son driver prétend qu'un HMD est présent même quand la session Wi-Fi avec le casque physique est tombée. Donc tous les signaux qui passent par SteamVR (VR_IsHmdPresent, vtable IVRSystem, logs vrserver) sont contaminés et ne reflètent pas l'état réel du casque. Le check qu'on a ajouté en v0.23.4 induisait l'utilisateur en erreur ("vert" alors que le casque est éteint). Pour l'instant on retire le check du default. Bookmark dans le code des pistes Phase 2 qui ne passent PAS par SteamVR : connexions TCP/UDP de HtcConnectionUtility via GetExtendedTcpTable, endpoint local de Vive Console, compteurs IO, ARP avec OUIs HTC, logs Vive directs. Le Kind « VrDevice » reste dispo dans l'éditeur pour les setups SteamVR purs (Index/Vive Wand sur Lighthouse) où le signal est honnête, mais n'est plus poussé par défaut. Co-Authored-By: Claude Opus 4.7 (1M context) --- installer/PSLauncher.iss | 2 +- src/PSLauncher.App/PSLauncher.App.csproj | 6 ++--- src/PSLauncher.Models/LocalConfig.cs | 28 ++++++++++++------------ 3 files changed, 18 insertions(+), 18 deletions(-) diff --git a/installer/PSLauncher.iss b/installer/PSLauncher.iss index afe4800..6f5ffdb 100644 --- a/installer/PSLauncher.iss +++ b/installer/PSLauncher.iss @@ -11,7 +11,7 @@ #define MyAppName "PROSERVE Launcher" #define MyAppShortName "PS_Launcher" -#define MyAppVersion "0.23.4" +#define MyAppVersion "0.23.5" #define MyAppPublisher "ASTERION VR" #define MyAppURL "https://asterionvr.com" #define MyAppExeName "PS_Launcher.exe" diff --git a/src/PSLauncher.App/PSLauncher.App.csproj b/src/PSLauncher.App/PSLauncher.App.csproj index 54065f5..f1af8b6 100644 --- a/src/PSLauncher.App/PSLauncher.App.csproj +++ b/src/PSLauncher.App/PSLauncher.App.csproj @@ -15,9 +15,9 @@ PROSERVE Launcher © 2026 ASTERION VR — All rights reserved PSLauncher.App - 0.23.4 - 0.23.4.0 - 0.23.4.0 + 0.23.5 + 0.23.5.0 + 0.23.5.0 true diff --git a/src/PSLauncher.Models/LocalConfig.cs b/src/PSLauncher.Models/LocalConfig.cs index a20c50d..376951a 100644 --- a/src/PSLauncher.Models/LocalConfig.cs +++ b/src/PSLauncher.Models/LocalConfig.cs @@ -178,20 +178,20 @@ public sealed class HealthChecksConfig Kind = "Process", Target = "HtcConnectionUtility", }, - // Check VR via OpenVR flat C API (sans vtable IPC pour éviter les - // AccessViolation observés avec le driver Vive Streaming). Donne un - // statut binaire : SteamVR actif + HMD détecté = vert ; runtime absent - // ou casque débranché = rouge. Marche out-of-the-box, pas d'IP à - // configurer côté utilisateur, et beaucoup plus pertinent qu'un ping - // pour répondre à la question « PROSERVE peut-il se lancer ? ». - new HealthCheckEntry - { - Name = "Casque VR", - Icon = "🥽", - Kind = "VrDevice", - Target = "hmd", - RefreshIntervalMs = 5000, - }, + // PAS de check « casque connecté » par défaut. + // + // Pourquoi : avec Vive Business Streaming dans la pile, le driver Vive + // ment à SteamVR — il prétend qu'un HMD est présent même quand la + // session Wi-Fi avec le casque physique est tombée. Donc tous les + // signaux qui passent par SteamVR (VR_IsHmdPresent, vtable IVRSystem, + // logs vrserver) sont contaminés par ce mensonge et ne reflètent pas + // l'état réel du casque. + // + // À traiter en Phase 2 via un signal authoritative qui ne passe PAS + // par SteamVR (pistes brainstormées : connexions TCP/UDP de + // HtcConnectionUtility via GetExtendedTcpTable, endpoint local de + // Vive Console, compteurs IO du process, ARP table avec OUIs HTC, + // logs Vive Streaming directs). Ajout d'un Kind dédié à ce moment-là. }; }