Аудиоустройство USB, предотвращающее сон (Windows 10)


10

Фон

У меня были проблемы с моим компьютером, не входящим в спящий режим, а также просыпающимся от сна с Windows 8.1. Я надеялся, что Windows 10 решит эти проблемы, но, к сожалению, это не так. Я заметил, что проблема будет возникать всякий раз, когда моя гарнитура (Hyper X Cloud II) была подключена, но это происходило не только при подключении.

Недавно я очень устал от того, что мой компьютер постоянно просыпается, и решил еще раз попытаться решить проблему.

Попытки исправить

Для начала в Power Management:

  • Отключенные таймеры
  • Включено выборочное приостановление USB
  • Установите время сна компьютера на 1 минуту бездействия, чтобы увидеть, повлияли ли какие-либо изменения

Чтобы определить причину того, что мешает компьютеру проснуться, я использовал Powercfg в командной строке с повышенными правами:

powercfg -requests

Который возвращает следующее:

SYSTEM:
[DRIVER] Realtek High Definition Audio (HDAUDIO\FUNC_01&VEN_10EC&DEV_0892&SUBSYS_1043860B&REV_1003\4&165326bb&0&0001)
An audio stream is currently in use.
[DRIVER] USB Audio Device (USB\VID_0951&PID_16A4&MI_00\6&3321d09b&1&0000)
An audio stream is currently in use.
[DRIVER] Legacy Kernel Caller

То, что я заметил с моей гарнитурой, было подтверждено USB Audio Device вход в систему. Если я отключил гарнитуру, оба USB Audio Device и Legacy Kernel Caller записи пропали после запуска powercfg -requests снова.

Проблема по-прежнему сохраняется после отключения гарнитуры. Поэтому я запустил следующую команду, чтобы предотвратить Realtek High Definition Audio Водитель мешает спать.

powercfg -REQUESTSOVERRIDE DRIVER "Realtek High Definition Audio" SYSTEM

Это фактически позволило моему компьютеру войти в режим сна. После повторного подключения гарнитуры проблема вернулась. Так естественно я казнил REQUESTSOVERRIDE еще раз для связанных драйверов гарнитуры:

powercfg -REQUESTSOVERRIDE DRIVER "USB Audio Device" SYSTEM
powercfg -REQUESTSOVERRIDE DRIVER "Legacy Kernel Caller" SYSTEM

К сожалению, это не решило проблему. Чтобы мой REQUESTSOVERRIDE Команда вступила в силу, я побежал:

powercfg -REQUESTSOVERRIDE

Который показал, что мои запросы на переопределение были в силе:

[DRIVER]
Realtek High Definition Audio SYSTEM
USB Audio Device SYSTEM
Legacy Kernel Caller SYSTEM

После этого я попробовал:

  • Использование диспетчера устройств и обеспечение того, чтобы каждому USB-порту было разрешено отключать устройства для перехода в спящий режим
  • Удаление устройства Hyper X Cloud II и повторная установка
  • Подтверждение powercfg -requests записи с powercfg -energy доклад
  • Панель управления - & gt; Звук - & gt; Наушники с наушниками- & gt; Расширенный и не отмеченный «Разрешить приложениям получить эксклюзивный контроль над этим устройством»

TL; DR

Как я могу запретить моему аудиоустройству USB (в данном случае гарнитуре Hyper X Cloud II) мешать компьютеру переходить в спящий режим?

я использовал powercfg -REQUESTSOVERRIDE удалить все записи, которые появляются в powercfg -requests и убедитесь, что в диспетчере устройств все USB-порты могут отключать устройства, чтобы компьютер мог спать.


Я думаю, что проблема с Legacy Kernel Caller. Он не может быть внесен в белый список для сна с requesttoverride
KalEl

Ответы:


1

Я только что понял, что отключение функции «всегда слушать» Кортаны, похоже, решает проблему.


Это не решение для меня; Я отключил Cortana после установки Windows 10.
spenser_l

-2

Та же проблема.

[DRIVER] USB Audio Device (USB\VID_10F5&PID_0296&MI_00\6&13d026f7&0&0000) An audio stream is currently in use.
Но я не думаю, что аудио драйвер это проблема. Проблема в том, что приложение удерживает аудиопоток открытым, даже если оно не выводит звук.

Провел некоторое тестирование во время спама "powercfg /REQUESTS" во время работы разных программ. Обычно, если программа выводит аудиопоток, звуковой драйвер делает запрос, чтобы компьютер не спал автоматически. Затем, когда звук прекращается, поток закрывается, а затем драйвер перестает запрашивать удержание в спящем режиме.

В моем случае, однако, вкладка в Firefox 63.0.1 (64-разрядная версия) кажется ошибочной. Сайт mega.nz постоянно поддерживал открытость аудиопотока, даже когда на странице не было ничего аудио.

Здесь вы можете увидеть эту ошибку в действии.

Приложение А. Браузер открыт. Нет запросов на сохранение сна активным.

Приложение Б. На домашней странице мега. Нет запросов на сохранение сна активным.

Приложение C. После входа в систему. Теперь активен аудиопоток. В этом каталоге нет аудиофайлов и нет звука со страницы.

Приложение D. Если отключить вкладку и отойти от нее, аудиопоток остается активным

Приложение Е. После закрытия мега-вкладки. аудиопоток больше не активен. Нет запросов на сохранение сна активным.

Попробуйте найти программу, отвечающую за поддержание аудиопотока активным, даже если он не производит звук.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.