Przygoda (jak to wszystko się zaczęło)
Dokładnie jak w tytule, kiedy blokuję ekran (naciskając Windows + L lub Ctrl + Alt + Del -> Zablokuj) dźwięk przestaje działać. Częściowo, ponieważ głośniki nadal działają idealnie, ale słuchawki (wyjście liniowe) nie! To samo NIE dzieje się, gdy komputer budzi się po przejściu w tryb uśpienia. Wydaje się, że jedyną rzeczą, która zabija linię, jest blokowanie tego cholernego ekranu.
To zdecydowanie najdziwniejszy błąd, jaki kiedykolwiek spotkałem.
System
-Sager NP7338 / CLEVO W230SS
-Sound card: VIA High Definition Audio (HD Audio) 1802p
-Windows: 8.1 x64 Pro
Początkowo myślałem, że problem powodował awarię audiodg.exe z powodu wadliwych sterowników, ale po kilku testach zauważyłem, że proces został po prostu ponownie uruchomiony, a usługi audio (WindowsAudio i WindowsEndpointBuilder) nigdy nie zostały zatrzymane (w rzeczywistości głośniki nadal działają).
Wypróbowałem następujące sterowniki: - 10.0500d - 10.1200a - 11.0100a - 11.0300a
Masz jakiś pomysł? Jakiś inny kierowca, którego mogę wypróbować? Tak długo, jak jest kompatybilny z moim 1802p (wypróbowałem sterownik Realtek z desperacji i dostałem BSOD).
Możliwa przyczyna ...
Moja hipoteza jest taka, że zablokowanie ekranu wywołuje pewne zdarzenie, które powoduje awarię krytycznego procesu. Problem polega na tym, że nie mam pojęcia, który to może być proces. Ponadto przeglądarka zdarzeń nie podaje żadnych użytecznych informacji na ten temat. Zamierzam przetestować system Windows 7, ale jest to absurdalne, ponieważ ten laptop powinien być zgodny z systemem Windows 8.1 (tak, nadal jest objęty gwarancją i jeśli nie mogę znaleźć rozwiązania, zwrócę go).
Z góry dziękuję za Twoją pomoc.
AKTUALIZACJA 1
Dosłownie porównałem listę procesów uruchomionych PRZED zablokowaniem ekranu oraz listę procesów uruchomionych później. Oprócz kilku niepowiązanych procesów wszystko jest dokładnie takie samo. Jestem zdesperowany ... Poza tym nie mogłem przetestować systemu Windows 7, ponieważ nie mogę go uruchomić w trybie UEFI (i nie chcę wymazywać bieżącej partycji Windows, na wypadek, gdybym musiał komuś pokazać problem.
Kolejna rzecz: próbowałem wyłączyć wszystkie elementy startowe (w tym VIA VDeck) i magicznie problem wydawał się naprawiony. Mogłem zablokować ekran, a słuchawki nadal działały, ale kiedy uruchomiłem tryb uśpienia PUF, dźwięk zniknął ponownie. Jestem pewien, że to problem z oprogramowaniem.
źródło
Odpowiedzi:
Ponieważ ten temat ma ponad dwa lata i nie udzielono odpowiedzi, chętnie zbieram punkty. Oto odpowiedź, którą znalazł autor, jego ja (przeniesiony tutaj z pytania).
Tymczasowe obejście
Stabilne rozwiązanie
OSTATECZNE ROZWIĄZANIE
źródło
Jako dodatek do odpowiedzi Reevesa, możliwe jest rozwiązanie tego problemu bez uruchamiania programu skrótu Clevo.
Zauważ, że o ile mi wiadomo, ten problem jest unikalny dla laptopów Clevo, ale dotyczy dużej liczby z nich. To trochę denerwujące, że ten problem istnieje od lat, ale Clevo wydaje się być całkowicie zadowolony z włamania programowego do naprawy (przypuszczalnie) błędu sprzętowego.
W systemie Windows
Musimy uruchomić program InitHeadphones za każdym razem, gdy komputer budzi się ze snu.
Po pierwsze, niestety najpierw trzeba zainstalować program Clevo's Hotkey, jak wyjaśniono w odpowiedzi Reevesa, aby uzyskać program InitHeadphones. Jeśli istnieje prostszy sposób, popraw mnie!
Po drugie, wyłącz program Hotkey do automatycznego uruchamiania.
Na koniec otwórz aplikację Harmonogram zadań systemu Windows. Ustaw akcję, aby uruchomić InitHeadphones.exe (domyślnie C: \ Program Files (x86) \ Hotkey \ InitHeadphones.exe), a wyzwalaczem będzie:
W systemie Linux
W Linuksie istnieje projekt o nazwie init-headphones, który zapewnia program w języku Python, który komunikuje się bezpośrednio ze wzmacniaczem i każe mu się zachowywać.
Link do repozytorium: https://github.com/Unrud/init-headphone
Ten program robi dokładnie to, co jest napisane na pudełku, bez żadnych problemów po skonfigurowaniu
źródło