fundo
Eu tenho problemas com o meu computador que não entra no modo de suspensão e também acorda desde o Windows 8.1. Eu esperava que o Windows 10 resolvesse esses problemas, mas infelizmente esse não é o caso. Eu havia notado que o problema ocorria sempre que meu fone de ouvido (Hyper X Cloud II) era conectado, mas não ocorria exclusivamente quando conectado.
Recentemente, fiquei extremamente farto do meu computador acordar do modo muito consistente e decidi mais uma vez tentar resolver o problema.
Tentativas de correção
Para começar, no Gerenciamento de energia:
- Temporizadores de ativação desativados
- Suspensão seletiva de USB ativada
- Defina o tempo de suspensão do computador como 1 minuto de inatividade para verificar se alguma alteração teve efeito.
Para identificar a causa do que está impedindo o computador de ativar, usei o powercfg em um prompt de comando elevado:
powercfg -requests
O que retorna o seguinte:
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
O que eu notei com meu fone de ouvido foi confirmado pela USB Audio Device
entrada no sistema. Se eu desconectasse meu fone de ouvido, USB Audio Device
as Legacy Kernel Caller
entradas e as entradas foram executadas powercfg -requests
novamente.
O problema ainda persistiu após desconectar o fone de ouvido. Então, executei o seguinte comando para impedir que o Realtek High Definition Audio
driver impeça o sono.
powercfg -REQUESTSOVERRIDE DRIVER "Realtek High Definition Audio" SYSTEM
De fato, isso permitiu que meu computador entre no modo de suspensão. Ao conectar meu fone de ouvido novamente, o problema voltou. Então, naturalmente, executei REQUESTSOVERRIDE
novamente os drivers de fone de ouvido relacionados:
powercfg -REQUESTSOVERRIDE DRIVER "USB Audio Device" SYSTEM
powercfg -REQUESTSOVERRIDE DRIVER "Legacy Kernel Caller" SYSTEM
Infelizmente, isso não resolveu o problema. Para garantir que meu REQUESTSOVERRIDE
comando tenha efeito, executei:
powercfg -REQUESTSOVERRIDE
O que mostrou que minhas solicitações de substituição estavam em vigor:
[DRIVER]
Realtek High Definition Audio SYSTEM
USB Audio Device SYSTEM
Legacy Kernel Caller SYSTEM
Depois disso, tentei:
- Usando o Gerenciador de dispositivos e garantindo que todas as portas USB tenham permissão para desligar dispositivos para entrar no modo de suspensão
- Desinstalando o dispositivo Hyper X Cloud II e reinstalando
- Confirmando as
powercfg -requests
entradas compowercfg -energy
relatório - Painel de controle -> Som -> Fone de ouvido com fone de ouvido -> Avançado e desmarcado "Permitir que aplicativos tomem controle exclusivo deste dispositivo"
TL; DR
Como posso impedir que meu dispositivo de áudio USB (nesse caso, o Hyper X Cloud II Headset) impeça meu computador de entrar em suspensão?
Eu usei powercfg -REQUESTSOVERRIDE
para remover todas as entradas powercfg -requests
exibidas e garanti no Gerenciador de dispositivos que todas as portas USB possam desligar os dispositivos para permitir que o computador durma.
Respostas:
Acabei de perceber que desativar o recurso "sempre ouvindo" de Cortana parece resolver o problema.
fonte
Para mim, o Realtek foi corrigido desativando "Line In" em Som> Gravação. Eu também tenho o Cloud II e posso retornar se eu puder consertar isso.
fonte
Eu tive o mesmo problema, tentei de tudo que você tentou sem sucesso e eu o consertei desativando a reprodução instantânea para gravar a área de trabalho na Nvidia GEFORCE EXPERIENCE
você pode fazer isso:
OU
Abrindo a experiência do Geforce
Clicando no ícone triangular (no jogo ou em qualquer camada)
Clique no ícone de configurações que se parece com uma roda dentada. Você precisa desativar a reprodução instantânea para poder acessar a configuração de gravação da área de trabalho
Vá até "Controle de privacidade"
Desative "Destop capture"
Espero que isso ajude
fonte
Mesmo problema.
Mas não acho que o driver de áudio seja o problema. O problema é que um aplicativo está mantendo um fluxo de áudio aberto, mesmo quando não está emitindo áudio.Realizou alguns testes enquanto fazia spam
"powercfg /REQUESTS"
enquanto executava programas diferentes. Normalmente, se um programa está emitindo um fluxo de áudio, o driver de som faz uma solicitação para não permitir que o PC durma automaticamente. Então, quando o som pára, o fluxo é fechado e, em seguida, o driver para de solicitar a suspensão do sono.No meu caso, no entanto, uma guia no Firefox 63.0.1 (64 bits) parece estar com falha. O site mega.nz mantinha constantemente um fluxo de áudio aberto, mesmo quando não havia nada relacionado a áudio na página.
Aqui você pode ver esse bug em ação.
Anexo A. Navegador aberto. Não há pedidos para manter o sono ativo.
Anexo B. Na página inicial do mega. Não há pedidos para manter o sono ativo.
Anexo C. Após o login. Agora existe um fluxo de áudio ativo. Não há arquivo de áudio neste diretório, nem som vindo da página.
Anexo D. Definir a guia para silenciar e afastar-se dela ainda deixa o fluxo de áudio ativo.
Anexo E. Depois de fechar a guia mega. o fluxo de áudio não está mais ativo. Não há pedidos para manter o sono ativo.
Tente e encontre o programa responsável por manter seu fluxo de áudio ativo, mesmo quando não estiver produzindo som.
fonte