L'audio delle cuffie viene disattivato dopo che lo schermo è bloccato o in modalità sospensione (Windows 8.1)

L'avventura (come è iniziato tutto)

Esattamente come nel titolo, ogni volta che blocco lo schermo (premendo Windows + L o Ctrl + Alt + Canc -> Blocca) l'audio smette di funzionare. Bene, parzialmente, dato che gli altoparlanti funzionano ancora perfettamente, ma le cuffie (line out) no! La stessa cosa NON accade quando il PC si sveglia dopo la modalità di sospensione. Sembra che l'unica cosa che uccide la linea sia bloccare il maledetto schermo.

Questo è di gran lunga il bug più strano che abbia mai incontrato.

Sistema

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

Inizialmente pensavo che il problema fosse l'audiodg.exe che si arrestava in modo anomalo a causa di driver difettosi, ma dopo alcuni test ho notato che il processo era semplicemente riavviato e i servizi audio (Windows Audio e WindowsEndpointBuilder) non sono mai stati arrestati (in effetti gli altoparlanti continuano a funzionare).

Ho provato i seguenti driver: - 10.0500d - 10.1200a - 11.0100a - 11.0300a

Hai qualche idea? Qualche altro driver che potrei provare? Finché è compatibile con il mio 1802p (ho provato un driver Realtek per disperazione e ho ottenuto BSOD).

Una possibile causa ...

La mia ipotesi è che il blocco dello schermo inneschi un evento che causa l'arresto anomalo di un processo critico. Il problema è che non ho idea di quale processo possa essere. Inoltre, il visualizzatore di eventi non fornisce alcuna informazione utile in merito. Ho intenzione di testare Windows 7 ma è assurdo perché questo laptop dovrebbe essere compatibile con Windows 8.1 (sì, è ancora in garanzia e se non riesco a trovare una soluzione lo restituirò).

Grazie in anticipo per il vostro aiuto.

AGGIORNAMENTO 1

Ho letteralmente confrontato l'elenco dei processi in esecuzione PRIMA di bloccare lo schermo e l'elenco dei processi in esecuzione dopo. A parte un paio di processi non correlati, tutto è esattamente lo stesso. Sono disperato ... Inoltre non ho potuto testare Windows 7 poiché non riesco ad avviarlo in modalità UEFI (e non voglio cancellare l'attuale partizione di Windows nel caso dovessi mostrare il problema a qualcuno.

Un'altra cosa: ho provato a disabilitare tutti gli elementi di avvio (incluso VIA VDeck) e magicamente il problema sembrava risolto. Potrei bloccare lo schermo e le cuffie continuerebbero a funzionare ma una volta attivato il modo di sospensione PUF, l'audio era di nuovo sparito. Sono abbastanza sicuro che sia un problema software.

Poiché questo argomento ha più di due anni e non è stata fornita alcuna "risposta", sono felice di raccogliere i punti. Ecco la risposta che l'autore ha trovato, se stesso (spostato qui dalla domanda).

Questa è la cosa più strana che mi sia mai capitata. Ecco cosa ho scoperto:

• Di per sé il driver audio (sia esso "High Definition Audio" predefinito di Microsoft o "VIA HD Audio (Win8.1)" di VIA) interrompe l'invio del suono all'allineamento dopo il risveglio dalla modalità di sospensione

• Se eseguo anche il gestore dei tasti di scelta rapida da CLEVO (HkeyTray.exe) l'audio funziona tramite sospensione / riattivazione ma non funziona dopo aver bloccato lo schermo

• Adesso il migliore! Nella cartella del gestore dei tasti di scelta rapida (nel mio caso C: \ Programmi (x86) \ Tasto di scelta rapida) c'è un piccolo file .exe chiamato InitHeadphone.exe. Come puoi immaginare, la riattivazione dell'audio da line-out / cuffie, indipendentemente da ciò che hai fatto (sospensione, blocco, qualunque cosa). Sembra avere alcune dipendenze, quindi deve essere eseguito all'interno della cartella.

Che avventura gente! Cercherò di indagare di più e capire perché esiste una connessione tra due software di due produttori diversi (CLEVO e VIA). È quasi come se avessero una relazione simbiotica! Spero che questo possa aiutare qualcuno. Per favore fatemi sapere se è così. :)

Soluzione temporanea

Se le cuffie / Line-out non funzionano dopo la modalità di sospensione o il blocco dello schermo e si dispone di una scheda audio VIA, è sufficiente scaricare il gestore di tasti di scelta rapida CLEVO ed eseguire il file initHeadphones.exe. Devo ancora capire perché ...

Soluzione stabile

wspawn dal forum di Notebook Review (grazie! Sei ancora il benvenuto a inviare una risposta tu stesso) ho trovato la seguente soluzione:

Per evitare che il software hotkey interferisca con i controlli / cuffie audio, rinominare il seguente file: C: \ Programmi (x86) \ Hotkey \ hp.dll in C: \ Programmi (x86) \ Hotkey \ hp_DISABLED.dll.

SOLUZIONE FINALE

Apparentemente è sufficiente installare l'utility Hotkey da CLEVO (che si trova anche sulla pagina dei driver di Sager). L'ultima versione è 8.0100. Devo ancora trovare un modo per risolvere il problema senza installare questo stupido programma.

In aggiunta alla risposta di Reeves, è possibile risolvere questo problema senza avere in esecuzione il programma di scelta rapida di Clevo.

Si noti che, per quanto ne so, questo problema è unico per i laptop Clevo, ma ne influenza un numero enorme. È un po 'fastidioso che questo problema esista da anni, ma Clevo sembra perfettamente soddisfatto del loro hack del software per correggere il bug (presumibilmente) dell'hardware.

Su Windows

Ciò che dobbiamo fare è eseguire il programma InitHeadphones ogni volta che il computer si riattiva dalla modalità di sospensione.

Innanzitutto, è necessario installare prima il programma Hotkey di Clevo, come spiegato nella risposta di Reeves per ottenere il programma InitHeadphones. Se c'è un modo più semplice, per favore correggimi!

In secondo luogo, disabilitare il programma di scelta rapida dall'avvio automatico.

Infine, apri l'applicazione Utilità di pianificazione di Windows. Impostare l'azione per eseguire InitHeadphones.exe (per impostazione predefinita, C: \ Programmi (x86) \ Hotkey \ InitHeadphones.exe) e il trigger deve essere:

Inizia l'attività: su un evento
Registro: sistema
Fonte: Power-Troubleshooter
ID evento: 1

Su Linux

Esiste un progetto chiamato init-headset su Linux, che fornisce un programma Python che parla direttamente all'amplificatore e gli dice di comportarsi.

Link al repository: https://github.com/Unrud/init-headphone

Questo programma fa esattamente quello che dice sulla scatola senza problemi dopo essere stato impostato