A aventura (como tudo começou)
Exatamente como no título, sempre que bloqueio a tela (pressionando Windows + L ou Ctrl + Alt + Del -> Bloquear) o áudio para de funcionar. Bem, parcialmente, já que os alto-falantes ainda funcionam perfeitamente, mas os fones de ouvido (saída de linha) não! A mesma coisa NÃO acontece quando o PC acorda após o modo de suspensão. Parece que a única coisa que mata a linha é bloquear a maldita tela.
Este é de longe o bug mais estranho que eu já encontrei.
Sistema
-Sager NP7338 / CLEVO W230SS
-Sound card: VIA High Definition Audio (HD Audio) 1802p
-Windows: 8.1 x64 Pro
Inicialmente, pensei que o problema era o audiodg.exe travar devido a drivers defeituosos, mas após alguns testes, notei que o processo foi simplesmente reiniciado e os serviços de áudio (WindowsAudio e WindowsEndpointBuilder) nunca foram interrompidos (de fato, os alto-falantes continuam funcionando).
Tentei os seguintes drivers: - 10.0500d - 10.1200a - 11.0100a - 11.0300a
Você tem alguma ideia? Qualquer outro driver que eu possa tentar? Desde que seja compatível com o meu 1802p (tentei um driver Realtek por desespero e obtive BSOD).
Uma possível causa ...
Minha hipótese é que o bloqueio da tela desencadeia algum evento que causa uma falha crítica no processo. O problema é que não tenho idéia de qual processo isso pode ser. Além disso, o visualizador de eventos não fornece nenhuma informação útil a respeito. Vou testar o Windows 7, mas é um absurdo, porque esse laptop deve ser compatível com o Windows 8.1 (sim, ainda está na garantia e, se não encontrar uma solução, retornarei).
Agradeço antecipadamente por sua ajuda.
ATUALIZAÇÃO 1
Eu literalmente comparei a lista de processos em execução ANTES de bloquear a tela e a lista de processos em execução depois. Além de alguns processos não relacionados, tudo é exatamente o mesmo. Estou desesperado ... Além disso, não pude testar o Windows 7, pois não consigo inicializá-lo no modo UEFI (e não quero apagar a partição atual do Windows, caso precise mostrar o problema a alguém.
Outra coisa: tentei desativar todos os itens de inicialização (incluindo o VIA VDeck) e, magicamente, o problema parecia corrigido. Eu poderia bloquear a tela e os fones de ouvido continuariam funcionando, mas assim que eu ativasse o PUF no modo de suspensão, o áudio desapareceria novamente. Tenho certeza de que é um problema de software.
fonte
Respostas:
Como este tópico tem mais de dois anos e nenhuma resposta foi fornecida, fico feliz em coletar os pontos. Aqui está a resposta que o autor encontrou, ele / ela própria (movido aqui da pergunta).
Solução temporária
Solução estável
SOLUÇÃO FINAL
fonte
Como complemento à resposta de Reeves, é possível resolver esse problema sem a execução do programa de teclas de atalho do Clevo.
Observe que, até onde eu saiba, esse problema é exclusivo dos laptops Clevo, mas afeta um grande número deles. É um pouco chato que esse problema exista há anos, mas o Clevo parece perfeitamente satisfeito com o hack de software para corrigir o (presumivelmente) bug de hardware.
No Windows
O que precisamos fazer é executar o programa InitHeadphones toda vez que o computador acordar.
Infelizmente, primeiro é necessário instalar o programa Hotkey do Clevo, conforme explicado na resposta de Reeves para obter o programa InitHeadphones. Se houver uma maneira mais fácil, corrija-me!
Segundo, desative o programa Hotkey da inicialização automática.
Por fim, abra o aplicativo Agendador de tarefas do Windows. Defina a ação para executar o InitHeadphones.exe (por padrão, C: \ Arquivos de Programas (x86) \ Hotkey \ InitHeadphones.exe) e o gatilho para:
No Linux
Existe um projeto chamado init-headphones no Linux, que fornece um programa Python que fala diretamente com o amplificador e diz para ele se comportar.
Link para o repositório: https://github.com/Unrud/init-headphone
Este programa faz exatamente o que diz na caixa sem problemas depois de ser configurado
fonte