El audio de los auriculares se silencia después de que la pantalla está bloqueada o el modo de suspensión (Windows 8.1)

La aventura (como empezó todo)

Exactamente como en el título, cada vez que bloqueo la pantalla (presionando Windows + L o Ctrl + Alt + Supr -> Bloquear) el audio deja de funcionar. Bueno, en parte, ¡ya que los altavoces todavía funcionan perfectamente pero los auriculares (salida de línea) no lo hacen! Lo mismo NO sucede cuando la PC se activa después del modo de suspensión. Parece que lo único que mata la línea es bloquear la maldita pantalla.

Este es, con mucho, el error más extraño que he encontrado.

Sistema

-Sager NP7338 / CLEVO W230SS
-Sound card: VIA High Definition Audio (HD Audio) 1802p
-Windows: 8.1 x64 Pro

Inicialmente pensé que el problema era el bloqueo de audiodg.exe debido a controladores defectuosos, pero después de algunas pruebas noté que el proceso simplemente se reiniciaba y los servicios de audio (WindowsAudio y WindowsEndpointBuilder) nunca se detenían (de hecho, los altavoces siguen funcionando).

Probé los siguientes controladores: - 10.0500d - 10.1200a - 11.0100a - 11.0300a

¿Tiene usted alguna idea? ¿Algún otro controlador que pueda probar? Siempre que sea compatible con mi 1802p (probé un controlador Realtek por desesperación y obtuve BSOD).

Una posible causa ...

Mi hipótesis es que bloquear la pantalla desencadena algún evento que hace que se bloquee algún proceso crítico. El problema es que no tengo idea de qué proceso podría ser este. Además, el visor de eventos no proporciona información útil al respecto. Voy a probar Windows 7 pero es absurdo porque se supone que esta computadora portátil es compatible con Windows 8.1 (sí, todavía está en garantía y si no puedo encontrar una solución, la devolveré).

Gracias de antemano por su ayuda.

ACTUALIZACIÓN 1

Literalmente he comparado la lista de procesos que se ejecutan ANTES de bloquear la pantalla y la lista de procesos que se ejecutan después. Aparte de un par de procesos no relacionados, todo es exactamente igual. Estoy desesperado ... Además, no pude probar Windows 7 ya que no puedo iniciarlo en modo UEFI (y no quiero borrar la partición actual de Windows en caso de que tenga que mostrar el problema a alguien.

Otra cosa: intenté desactivar todos los elementos de inicio (incluido VIA VDeck) y, mágicamente, el problema parecía solucionado. Podría bloquear la pantalla y los auriculares seguirían funcionando, pero una vez que activé el modo de suspensión PUF, el audio desapareció nuevamente. Estoy bastante seguro de que es un problema de software.

Dado que este tema tiene más de dos años y no se ha proporcionado ninguna "respuesta", me complace reunir los puntos. Aquí está la respuesta que encontró el autor, él mismo (movido aquí de la pregunta).

Esto es lo más extraño que me ha pasado. Esto es lo que descubrí:

• Por sí mismo, el controlador de audio (ya sea el "Audio de alta definición" predeterminado de Microsoft o "VIA HD Audio (Win8.1)" de VIA) deja de enviar el sonido a la línea de salida después de despertarse del modo de suspensión

• Si también ejecuto el administrador de teclas de acceso rápido de CLEVO (HkeyTray.exe) el audio funciona a través de la suspensión / activación pero no funciona después de bloquear la pantalla

• Ahora lo mejor! Dentro de la carpeta del administrador de teclas de acceso rápido (en mi caso C: \ Archivos de programa (x86) \ Hotkey) hay un pequeño archivo .exe llamado InitHeadphone.exe. Como puede suponer que se ejecuta, vuelve a habilitar el audio desde la salida de línea / auriculares sin importar lo que haya hecho (suspensión, bloqueo, lo que sea). Parece tener algunas dependencias, por lo que debe ejecutarse dentro de la carpeta.

¡Qué aventura amigos! Trataré de investigar más y comprender por qué existe tal conexión entre dos piezas de software de dos productores diferentes (CLEVO y VIA). ¡Es casi como si estuvieran en una relación simbiótica! Espero que esto ayude a alguien. Por favor, avíseme si es así. :)

Solución temporal

Si sus auriculares / salida de línea no funcionan después del modo de suspensión o de bloquear la pantalla y tiene una tarjeta de sonido VIA, simplemente descargue el administrador de teclas de acceso rápido de CLEVO y ejecute el archivo initHeadphones.exe. Todavía tengo que entender por qué aunque ...

Solución estable

wspawn del foro de Notebook Review (¡gracias! Todavía puede publicar una respuesta usted mismo) encontró la siguiente solución:

Para evitar que el software de teclas de acceso rápido se meta con los controles de audio / auriculares, cambie el nombre del siguiente archivo: C: \ Archivos de programa (x86) \ Hotkey \ hp.dll a C: \ Archivos de programa (x86) \ Hotkey \ hp_DISABLED.dll.

SOLUCIÓN FINAL

Aparentemente, basta con instalar la utilidad Hotkey de CLEVO (que también se puede encontrar en la página de controladores de Sager). La última versión es 8.0100. Todavía tengo que encontrar una manera de solucionar el problema sin instalar este estúpido programa.

Como una adición a la respuesta de Reeves, es posible resolver este problema sin tener el programa de teclas de acceso rápido de Clevo ejecutándose.

Tenga en cuenta que, hasta donde yo sé, este problema es exclusivo de las computadoras portátiles Clevo, pero afecta a una gran cantidad de ellas. Es un poco molesto que este problema haya existido durante años, pero Clevo parece perfectamente satisfecho con su pirateo de software para solucionar el (presumiblemente) error de hardware.

En Windows

Lo que debemos hacer es ejecutar el programa InitHeadphones cada vez que la computadora se despierta.

Primero, desafortunadamente uno tiene que instalar primero el programa Hotkey de Clevo, como se explica en la respuesta de Reeves para obtener el programa InitHeadphones. Si hay una manera más fácil, ¡corríjame!

En segundo lugar, deshabilite el programa Hotkey para que no se inicie automáticamente.

Finalmente, abra la aplicación Programador de tareas de Windows. Establezca la acción para ejecutar InitHeadphones.exe (de forma predeterminada, C: \ Archivos de programa (x86) \ Hotkey \ InitHeadphones.exe) y el desencadenante será:

Comience la tarea: en un evento
Registro: sistema
Fuente: Solucionador de problemas de energía
ID de evento: 1

En Linux

Existe un proyecto llamado init-auriculares en Linux, que proporciona un programa Python que habla directamente con el amplificador y le dice que se comporte.

Enlace al repositorio: https://github.com/Unrud/init-headphone

Este programa hace exactamente lo que dice en la caja sin problemas después de ser configurado