O áudio dos fones de ouvido é silenciado após a tela ser bloqueada ou no modo de suspensão (Windows 8.1)

14

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.

Marco Chiappetta
fonte
2
Obrigado pela sua resposta! A execução de initHeadphones.exe também funcionou com o meu Clevo P170SM-A com um Realtek. Renomeando hp.dll não funcionou como uma solução permanente, mas eu consegui criar uma tarefa do Windows para executar initHeadphones.exe "On desbloqueio de estação de trabalho de qualquer usuário"
Patrick Motard
1
Você pode postar a resposta real como resposta?
Burgi

Respostas:

3

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).

Esta é a coisa mais estranha que já aconteceu comigo. Aqui está o que eu descobri:

  • Por si só, o driver de áudio (seja o "High Definition Audio" padrão da Microsoft ou "VIA HD Audio (Win8.1)" da VIA) para de enviar o som para a saída de linha após sair do modo de suspensão

  • Se eu também executar o gerenciador de teclas de atalho do áudio CLEVO (HkeyTray.exe), ele funciona através da suspensão / ativação, mas não funciona depois de bloquear a tela.

  • Agora o melhor! Dentro da pasta do gerenciador de teclas de atalho (no meu caso, C: \ Arquivos de Programas (x86) \ Hotkey), há um pequeno arquivo .exe chamado InitHeadphone.exe. Como você pode imaginar, a execução reativa o áudio da saída de linha / fones de ouvido, independentemente do que você tenha feito (suspensão, bloqueio, o que for). Parece ter algumas dependências, portanto deve ser executado dentro da pasta.

Que aventura pessoal! Vou tentar investigar mais e entender por que existe essa conexão entre dois pedaços de software de dois produtores diferentes (CLEVO e VIA). É quase como se eles estivessem em um relacionamento simbiótico! Espero que isso ajude alguém. Por favor, deixe-me saber se sim. :)

Solução temporária

Se os fones de ouvido / saída de linha não funcionarem após o modo de suspensão ou o bloqueio da tela e você tiver uma placa de som VIA, basta baixar o gerenciador de teclas de atalho do CLEVO e executar o arquivo initHeadphones.exe. Eu ainda tenho que descobrir por que ...

Solução estável

O wspawn do fórum do Notebook Review (obrigado! Você ainda pode postar uma resposta) encontrou a seguinte solução:

Para impedir que o software das teclas de atalho mexa com os controles / fones de áudio, renomeie o seguinte arquivo: C: \ Arquivos de Programas (x86) \ Hotkey \ hp.dll para C: \ Arquivos de Programas (x86) \ Hotkey \ hp_DISABLED.dll.

SOLUÇÃO FINAL

Aparentemente, instalar o utilitário Hotkey a partir do CLEVO (que também pode ser encontrado na página de drivers do Sager) é suficiente. A versão mais recente é 8.0100. Eu ainda tenho que encontrar uma maneira de corrigir o problema sem instalar este programa estúpido.

Andrew
fonte
Obrigado por tomar a iniciativa de limpar isso. Movi mais informações da solução aqui.
precisa saber é o seguinte
1

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:

Comece a tarefa: em um evento
Log: Sistema
Fonte: Solução de problemas de energia
ID do evento: 1

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

Sompom
fonte
A partir de agora, parece que o meu método inteligente usando Agendador de Tarefas do Windows obras não mais, mesmo se eu executar a tarefa manualmente :( - O método Linux ainda está funcionando bem!
Sompom