Contexte
J'ai des problèmes avec mon ordinateur qui n'entre pas en veille et qui se réveille également depuis Windows 8.1. J'avais espéré que Windows 10 résoudrait ces problèmes, mais malheureusement ce n'est pas le cas. J'avais remarqué que le problème se produisait chaque fois que mon casque (Hyper X Cloud II) était branché, mais il ne se produisait pas exclusivement lorsqu'il était branché.
J'ai récemment eu très marre de mon ordinateur qui se réveillait très régulièrement du sommeil et j'ai décidé une fois de plus d'essayer de résoudre le problème.
Tentatives de correctifs
Pour commencer, dans Power Management:
- Minuteurs de réveil désactivés
- Suspension sélective USB activée
- Réglez le temps de veille de l'ordinateur sur 1 minute d'inactivité pour voir si des changements ont eu un effet
Pour identifier la cause de ce qui empêche l'ordinateur de se réveiller, j'ai utilisé powercfg dans une invite de commande élevée:
powercfg -requests
Ce qui renvoie ce qui suit:
SYSTEM:
[DRIVER] Realtek High Definition Audio (HDAUDIO\FUNC_01&VEN_10EC&DEV_0892&SUBSYS_1043860B&REV_1003\4&165326bb&0&0001)
An audio stream is currently in use.
[DRIVER] USB Audio Device (USB\VID_0951&PID_16A4&MI_00\6&3321d09b&1&0000)
An audio stream is currently in use.
[DRIVER] Legacy Kernel Caller
Ce que j'avais remarqué avec mon casque a été confirmé par l' USB Audio Device
entrée sous système. Si j'ai débranché mon oreillette, USB Audio Device
les Legacy Kernel Caller
entrées et ont disparu à powercfg -requests
nouveau.
Le problème persiste toujours après avoir débranché le casque. J'ai donc exécuté la commande suivante pour empêcher le Realtek High Definition Audio
pilote d'empêcher le sommeil.
powercfg -REQUESTSOVERRIDE DRIVER "Realtek High Definition Audio" SYSTEM
Cela a en fait permis à mon ordinateur d'entrer en veille. En rebranchant mon casque, le problème est revenu. Alors, j'ai naturellement exécuté à REQUESTSOVERRIDE
nouveau pour les pilotes de casque associés:
powercfg -REQUESTSOVERRIDE DRIVER "USB Audio Device" SYSTEM
powercfg -REQUESTSOVERRIDE DRIVER "Legacy Kernel Caller" SYSTEM
Malheureusement, cela n'a pas résolu le problème. Pour m'assurer que ma REQUESTSOVERRIDE
commande prenait effet, j'ai couru:
powercfg -REQUESTSOVERRIDE
Ce qui montre que mes demandes de dérogation étaient en vigueur:
[DRIVER]
Realtek High Definition Audio SYSTEM
USB Audio Device SYSTEM
Legacy Kernel Caller SYSTEM
Après cela, j'ai essayé:
- Utilisation du Gestionnaire de périphériques et vérification que chaque port USB était autorisé à éteindre les appareils afin d'entrer en veille
- Désinstaller le périphérique Hyper X Cloud II et réinstaller
- Confirmation des
powercfg -requests
entrées avecpowercfg -energy
rapport - Panneau de configuration -> Son -> Écouteurs casque -> Avancé et décoché "Autoriser les applications à prendre le contrôle exclusif de cet appareil"
TL; DR
Comment puis-je empêcher mon périphérique audio USB (dans ce cas, le casque Hyper X Cloud II) d'empêcher mon ordinateur d'entrer en veille?
J'ai utilisé powercfg -REQUESTSOVERRIDE
pour supprimer toutes les entrées qui apparaissent powercfg -requests
et je me suis assuré dans le Gestionnaire de périphériques que tous les ports USB sont capables d'éteindre les périphériques pour permettre à l'ordinateur de dormir.
Réponses:
Je viens de réaliser que la désactivation de la fonction "toujours à l'écoute" de Cortana semble résoudre le problème.
la source
Pour moi, Realtek a été corrigé en désactivant "Line In" sous Son> Enregistrement. J'ai également le Cloud II et je reviendrai si je peux résoudre ce problème.
la source
J'ai eu le même problème, j'ai essayé tout ce que vous avez essayé en vain et je l'ai résolu en désactivant la relecture instantanée pour enregistrer le bureau dans Nvidia GEFORCE EXPERIENCE
vous pouvez le faire en:
OU
Ouverture de Geforce Experience
Cliquer sur l'icône triangulaire (en jeu ou en incrustation)
Cliquez sur l'icône des paramètres qui ressemble à un rouage. Vous devez désactiver la relecture instantanée pour pouvoir accéder au paramètre d'enregistrement du bureau
Descendez jusqu'au "Contrôle de confidentialité"
Désactivez "Capture Destop"
J'espère que cela aide 😇
la source
Même problème.
Mais je ne pense pas que le pilote audio soit le problème. Le problème est qu'une application maintient un flux audio ouvert, même lorsqu'elle ne produit pas d'audio.Fait quelques tests lors du spamming
"powercfg /REQUESTS"
lors de l'exécution de différents programmes. Normalement, si un programme émet un flux audio, le pilote audio fait une demande pour ne pas autoriser le PC à dormir automatiquement. Puis, lorsque le son s'arrête, le flux est fermé, puis le conducteur cesse de demander à dormir.Dans mon cas, cependant, un onglet dans Firefox 63.0.1 (64 bits) semble être en faute. Le site mega.nz gardait constamment un flux audio ouvert, même lorsqu'il n'y avait rien d'audio lié sur la page.
Ici, vous pouvez voir ce bug en action.
Pièce A. Navigateur ouvert. Aucune demande de mise en veille active.
Pièce B. Sur la page d'accueil de méga. Aucune demande de mise en veille active.
Pièce C. Après la connexion. Un flux audio est maintenant actif. Il n'y a aucun fichier audio dans ce répertoire, ni aucun son provenant de la page.
Pièce D. Définir l'onglet pour le rendre muet et l'éloigner de celui-ci laisse toujours le flux audio actif.
Pièce E. Après avoir fermé l'onglet méga. le flux audio n'est plus actif. Aucune demande de mise en veille active.
Essayez de trouver le programme responsable de maintenir son flux audio actif, même s'il ne produit pas de son.
la source