Звук через bluetooth колонку прерывается на заблокированном экране

Всем привет! Собственно проблема: есть ноутбук Asus Vivobook S14, к нему по блютузу подрубаю колонку JBL GO 3, чтобы послушать музыку иногда, и когда блокирую экран (Win + L), если активно не пользуюсь, звук периодически начинает прерываться, раз в полминуты плюс-минус.

Пытался в настройках электропитания найти настройки, связанные с экономией питания PCI-E устройств, но от сети уже указано, мол, без экономии.

0

Сделал небольшой тест. На работе выдан ноут Lenovo Thinkpad, тоже с современным режимом простоя. Подключил к нему свою колонку JBL GO 3. С выключенным экраном все работает замечательно.

Начал сранивать поведение. Оба ноутбука уходят в Модерн Стендбай при проигрывании музыки, это видно в Просмотре Событий. Оба переходят в состояние отключенного экрана, но не сна. У обоих при вызове комнады powercfg -requests вываливается [SYSTEM] Legacy Kernel Caller, который, по всей видимости, просто драйвер самого блютус устройства.

Единственное отличие - в отчете sleepstudy у моего ноута есть unidentified driver, который якобы блокирует сессию пониженного потребеления. И я не знаю как его найти, так как в самом отчете никакой доп информации нет на эту тему.

Он находится в 324 сессии. По пути PDC Phases - No CS Phase - Power Requests - Unidentified Driver

К сожалению, не могу прикрепить в форуме хтмл файл. Прикрепляю на свой гугл диск.

0

magrega, я предпочитаю *.etl формат. Для него есть вменяемые инструменты анализа.

0

mosfet1964, приложил, можете взглянуть, если вам несложно или может поясните, какими инстурментами я могу воспользоваться, чтобы получить больше информации?

0

Еще небольшое обнаружение. Решил воткнуть проводной юсб динамик. В простое он не лагает. Решил посмотреть с ним powercfg -requests. Увидел интересное отличие. Когда музыка играет через динамик, определяется его драйвер и есть надпись An audio stream is currently in use.

А когда с блютус колонки играет, то просто драйвера, использующего блютус колонку, как будто нет.

В обоих случае есть Legacy Kernel Caller.

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

Миниатюры

   

0

Ну что ж, ребятки, спустя почти 2 года я наконец смог добиться того, чтобы музыка у меня не прерывалась на выключенном экране при проигрывании музыки по блютуз.

Все пришло к тому, что я начал анализировать работу системы с помощью Windows Performance Analyzer, так как абсолютно никакие манипуляции с файлами системы, драйверами и обновами не приводили к изменениям в поведении.

На графиках анализатора на табе с питанием системы явно были видны места, где происходят скачки активности, из-за которых происходят прерывания аудио. Я пошел на вкладку с активностью ЦПУ, где увидел, что в эти скачки все время различные приложения начинают повышать активность. Например, дефолтный антивирус вин11 или сам хром, с которого играет музыка.

Потом я пошел на вкладку с DPC Counts и увидел, что какой-то системный процесс ntoskrnl.exe имеет самый высокий показатель DPC, он так же был в топе в LatencyMon вместе с Wdf01000.sys.

Я попытался раскрыть список подпроцессов у ntoskrnl.exe в Windows Performance Analyzer, чтобы побольше узнать. Список есть, но все позиции пустые, без названий, наводишь мышь, а в тултипе просто знак вопроса ?. Хотел скрин показать, но уже откатил систему на момент до всех манипуляций.

Пошел гуглить, наткнулся на пост на реддите про эту проблему, что современные драйвера амд и нвидия почему-то вызывают повышение вот этого DPC Count у разных процессов, и я так понял, с этим никто ничего не делает, потому на многих компах режим простоя так плохо работает. Либо лаги по системе, либо ноут сам выходит из сна и адски греется.

Короче там решение такое предложили.
Качаем PowerSettingsExplorer, распаковываем. Запускаем от лица админа PowerSettingsExplorer.exe, находим там Processor Idle Demote Threshold и Processor Idle Promote Threshold, снимаем галки. В дополнительных настройках питания появляются параметры, с которых мы сняли галки, выставляем им по 100% везде от батареи и от сети. Вуаля. Никаких лагов с блютуза.

Я понимаю, что, возможно, это костыль, так как мы забираем часть настроек у системы, и вероятно, это может негативно влиять на жизнь процессора на дальней перспективе, но это решение дает то, что мне нужно: возможность отключать экран и слушать музон, не давая выгорать пикслеям олед экрана.

Хочется верить, что драйвера пофиксят в будущем, хотя большой надежды нет, ибо об этой проблеме известно давно, насколько я понял, просто никто особо ничего не делает.

0