đŸ› ïž OpenRGB bloquĂ© aprĂšs sortie de veille sous Windows (Hardware Sync activĂ©) — solution dĂ©finitive

đŸ§© Le problĂšme

J’utilise OpenRGB sous Windows 11 avec la fonctionnalitĂ© Hardware Sync, notamment pour piloter les LED RGB en fonction de la tempĂ©rature du GPU.

Configuration typique :

  • Carte graphique NVIDIA
  • Carte mĂšre ASUS / Gigabyte
  • Hardware Sync actif (tempĂ©rature GPU)
  • DĂ©marrage automatique d’OpenRGB

SymptÎme rencontré

  • ✅ AprĂšs un arrĂȘt complet + dĂ©marrage, OpenRGB fonctionne parfaitement
  • ❌ AprĂšs une mise en veille puis sortie de veille :
    • OpenRGB reste bloquĂ© sur
      “Detecting devices
”
    • l’interface ne rĂ©pond plus
    • un processus OpenRGB reste actif en arriĂšre-plan
  • ❌ Impossible de relancer OpenRGB sans :
    • fermer la fenĂȘtre
    • tuer le processus via le Gestionnaire des tĂąches
    • relancer manuellement

👉 Problùme 100 % reproductible aprùs chaque sortie de veille.

🔎 Analyse de la cause

Ce comportement est un bug connu d’OpenRGB sous Windows lorsque :

  • Hardware Sync est actif
  • un capteur matĂ©riel (GPU Temp, NVAPI) est utilisĂ©
  • le PC passe en veille

Ce qui se passe réellement

  1. Windows met le PC en veille
  2. Le GPU est réinitialisé
  3. OpenRGB reste en mémoire avec :
    • un thread Hardware Sync actif
    • un accĂšs capteur invalide
  4. À la reprise :
    • OpenRGB tente de redĂ©tecter les pĂ©riphĂ©riques
    • il attend indĂ©finiment
    • aucun timeout → blocage

👉 Ce n’est pas un problùme de configuration, mais de gestion du cycle veille/reprise.


🎯 Objectif de la solution

  • ✅ Conserver OpenRGB
  • ✅ Conserver Hardware Sync
  • ❌ Ne PAS changer de logiciel
  • ❌ Ne PAS dĂ©sactiver les fonctionnalitĂ©s
  • ✅ Avoir un comportement stable aprĂšs veille

💡 Principe de la solution

La solution consiste Ă  :

  1. Tuer OpenRGB juste avant la mise en veille
  2. Relancer OpenRGB proprement aprĂšs la sortie de veille

Ainsi :

  • aucun thread Hardware Sync n’est actif pendant la veille
  • OpenRGB redĂ©marre “à froid”
  • la dĂ©tection matĂ©rielle fonctionne normalement

👉 Le Planificateur de tñches Windows est parfait pour ça.


🧹 Étape 1 – Tñche “Pre Sleep” (avant la veille)

🎯 Rîle

Fermer OpenRGB avant que Windows n’entre en veille.


Création de la tùche

Dans le Planificateur de tĂąches :

  • ⚠ CrĂ©er une tĂąche
 (pas une tĂąche de base)

Onglet Général

  • Nom : OpenRGB - Pre Sleep
  • ☑ ExĂ©cuter avec les autorisations maximales
  • ☑ ExĂ©cuter que l’utilisateur soit connectĂ© ou non
  • Configurer pour : Windows 10

Onglet Déclencheurs

  • Nouveau
  • DĂ©marrer la tĂąche : À un Ă©vĂ©nement
  • Journal : SystĂšme
  • Source : Kernel-Power
  • ID de l’évĂ©nement : 42
    👉 (Ă©vĂ©nement “mise en veille”)
  • ☑ ActivĂ©

Onglet Actions

  • Nouveau
  • Action : DĂ©marrer un programme
  • Programme : taskkill
  • Arguments : /IM OpenRGB.exe /F

Onglet Conditions

  • Tout dĂ©cocher

Onglet ParamĂštres

  • ☑ Autoriser l’exĂ©cution Ă  la demande
  • ☑ Si la tĂąche est dĂ©jĂ  en cours, arrĂȘter l’instance existante

âžĄïž Valider


🚀 Étape 2 – Tñche “Post Veille” (relance OpenRGB)

🎯 Rîle

Relancer OpenRGB :

  • Ă  l’ouverture de session
  • aprĂšs une sortie de veille

Création / modification de la tùche

Onglet Général

  • Nom : OpenRGB - Veille
  • ☑ ExĂ©cuter avec les autorisations maximales
  • ☑ ExĂ©cuter que l’utilisateur soit connectĂ© ou non

Onglet Déclencheurs

👉 Deux dĂ©clencheurs

1ïžâƒŁ Ouverture de session
  • DĂ©marrer la tĂąche : À l’ouverture de session
  • Utilisateur : votre compte
2ïžâƒŁ Sortie de veille
  • DĂ©marrer la tĂąche : À un Ă©vĂ©nement
  • Journal : SystĂšme
  • Source : Power-Troubleshooter
  • ID : 1
    👉 (Ă©vĂ©nement “sortie de veille”)

Onglet Actions

👉 Deux actions, dans cet ordre

Action 1 – Nettoyage
  • Programme : taskkill
  • Arguments : /IM OpenRGB.exe /F
Action 2 – Lancement OpenRGB
  • Programme : C:\Program Files\OpenRGB\OpenRGB.exe
  • Arguments : --startminimized

⚠ Ne PAS utiliser :

  • --no-hardware-sync
  • --no-server

Onglet Conditions

  • Tout dĂ©cocher

Onglet ParamĂštres

  • ☑ Autoriser l’exĂ©cution Ă  la demande
  • ☑ Si la tĂąche est dĂ©jĂ  en cours, arrĂȘter l’instance existante

âžĄïž Valider


đŸ§Ș VĂ©rification

Commande utile pour confirmer la présence des tùches :

schtasks /query | findstr /I openrgb

Résultat attendu :

OpenRGB - Pre Sleep
OpenRGB - Veille

⚠ Astuce : dans le Planificateur de tĂąches, F5 permet de rafraĂźchir l’affichage (les tĂąches Ă©vĂ©nementielles n’apparaissent pas toujours immĂ©diatement).


✅ RĂ©sultat final

  • ✔ OpenRGB fonctionne normalement
  • ✔ Hardware Sync GPU Temp actif
  • ✔ Plus aucun blocage aprĂšs sortie de veille
  • ✔ Aucun changement d’outil
  • ✔ Solution robuste et pĂ©renne

🧠 Conclusion

Ce problĂšme n’est ni liĂ© Ă  Windows ni Ă  une mauvaise configuration utilisateur, mais Ă  la gestion de la veille par OpenRGB lorsque le Hardware Sync est actif.

La solution présentée ici permet de contourner proprement la limitation, sans perdre aucune fonctionnalité.

AprĂšs plusieurs cycles veille / reprise, le comportement est 100 % stable.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur la façon dont les données de vos commentaires sont traitées.