Das Abenteuer (wie alles begann)
Genau wie im Titel funktioniert Audio immer dann nicht mehr, wenn ich den Bildschirm sperre (durch Drücken von Windows + L oder Strg + Alt + Entf -> Sperren). Nun, teilweise, da die Lautsprecher immer noch einwandfrei funktionieren, die Kopfhörer (Line-Out) jedoch nicht! Das Gleiche passiert NICHT, wenn der PC nach dem Ruhezustand aufwacht. Es scheint, als ob das Einzige, was die Leitung zerstört, das Sperren des verdammten Bildschirms ist.
Dies ist bei weitem der seltsamste Fehler, den ich je erlebt habe.
System
-Sager NP7338 / CLEVO W230SS
-Sound card: VIA High Definition Audio (HD Audio) 1802p
-Windows: 8.1 x64 Pro
Ursprünglich dachte ich, dass das Problem darin besteht, dass audiodg.exe aufgrund fehlerhafter Treiber abstürzt, aber nach einigen Tests stellte ich fest, dass der Prozess einfach neu gestartet wurde und die Audiodienste (WindowsAudio und WindowsEndpointBuilder) nie gestoppt wurden (tatsächlich funktionieren die Lautsprecher weiter).
Ich habe die folgenden Treiber ausprobiert: - 10.0500d - 10.1200a - 11.0100a - 11.0300a
Hast du eine Idee? Irgendein anderer Fahrer, den ich versuchen könnte? Solange es mit meinem 1802p kompatibel ist (ich habe aus Verzweiflung einen Realtek-Treiber ausprobiert und BSOD erhalten).
Eine mögliche Ursache ...
Meine Hypothese ist, dass das Sperren des Bildschirms ein Ereignis auslöst, das einen kritischen Prozessabsturz verursacht. Das Problem ist, ich habe keine Ahnung, welcher Prozess dies sein könnte. Außerdem gibt die Ereignisanzeige keine nützlichen Informationen in Bezug auf. Ich werde Windows 7 testen, aber es ist absurd, weil dieser Laptop mit Windows 8.1 kompatibel sein soll (ja, es ist immer noch in der Garantie und wenn ich keine Lösung finde, werde ich es zurückgeben).
Vielen Dank im Voraus für deine Hilfe.
UPDATE 1
Ich habe die Liste der Prozesse, die VOR dem Sperren des Bildschirms ausgeführt werden, und die Liste der Prozesse, die danach ausgeführt werden, buchstäblich verglichen. Abgesehen von ein paar nicht zusammenhängenden Prozessen ist alles genau das gleiche. Ich bin verzweifelt ... Außerdem konnte ich Windows 7 nicht testen, da ich es nicht im UEFI-Modus booten kann (und ich möchte die aktuelle Windows-Partition nicht löschen, falls ich das Problem jemandem zeigen muss.
Eine andere Sache: Ich habe versucht, alle Startelemente (einschließlich VIA VDeck) zu deaktivieren, und das Problem schien auf magische Weise behoben zu sein. Ich könnte den Bildschirm sperren und die Kopfhörer würden weiter funktionieren, aber sobald ich den Schlafmodus PUF auslöste, war der Ton wieder weg. Ich bin mir ziemlich sicher, dass es ein Softwareproblem ist.
quelle
Antworten:
Da dieses Thema über zwei Jahre alt ist und keine Antwort vorliegt, sammle ich gerne die Punkte. Hier ist die Antwort, die der Autor selbst gefunden hat (hier weg von der Frage).
Temporäre Problemumgehung
Stabile Lösung
ENDGÜLTIGE LÖSUNG
quelle
Als Ergänzung zu Reeves 'Antwort ist es möglich, dieses Problem zu lösen, ohne dass Clevos Hotkey-Programm ausgeführt wird.
Beachten Sie, dass dieses Problem meines Wissens nur bei Clevo-Laptops auftritt, aber eine große Anzahl davon betrifft. Es ist ein bisschen ärgerlich, dass dieses Problem seit Jahren besteht, aber Clevo scheint vollkommen zufrieden mit ihrem Software-Hack zu sein, um den (vermutlich) Hardware-Fehler zu beheben.
Unter Windows
Wir müssen das Programm InitHeadphones jedes Mal ausführen, wenn der Computer aus dem Ruhezustand aufwacht.
Zuerst muss man leider Clevos Hotkey-Programm installieren, wie in Reeves 'Antwort erläutert, um das InitHeadphones-Programm zu erhalten. Wenn es einen einfacheren Weg gibt, korrigieren Sie mich bitte!
Deaktivieren Sie zweitens das Hotkey-Programm für den automatischen Start.
Öffnen Sie abschließend die Taskplaner-Anwendung von Windows. Legen Sie die Aktion zum Ausführen von "InitHeadphones.exe" (standardmäßig "C: \ Programme (x86) \ Hotkey \ InitHeadphones.exe") und den folgenden Auslöser fest:
Unter Linux
Unter Linux gibt es ein Projekt namens init-headphones, das ein Python-Programm bereitstellt, das direkt mit dem Verstärker kommuniziert und ihn auffordert, sich zu verhalten.
Link zum Repository: https://github.com/Unrud/init-headphone
Dieses Programm macht genau das, was auf der Box steht, und das ohne Probleme, nachdem es eingerichtet wurde
quelle