Сеанс Windows Server RDP постоянно завершает работу AudioSrv (audiodg.exe), что приводит к задержкам при запуске звука

Сеанс Windows Server RDP постоянно завершает работу AudioSrv (audiodg.exe), что приводит к задержкам при запуске звука

Работая под управлением Windows Server 2012 R2, я заметил раздражающую особенность RDP-подключений:

Windows продолжает завершать работу аудиослужбы, audiodg.exeесли она бездействует более 5 минут.

Проблема в том, что любой новый аудиовыход теперь будет страдать от задержки запуска в 5–10 секунд, поскольку придется ждать audiodg.exeповторной раскрутки, прежде чем можно будет начать аудиовыход.

Я неоднократно видел обсуждение проблем с задержкой звука при RDP-подключениях во всех версиях Windows Server, но я еще не видел, чтобы кто-то упоминал, что это может быть причиной всех этих проблем.

Время spoolup audodg.exe задержит все аудио на сервере. Неважно, откуда поступает аудио. Интерактивные приложения с аудиоотзывами будут рассинхронизированы, а видео YouTube в Chrome будут зависать, пока audiodg не будет запущен снова.

На моем сервере audiodg потребляет 100% CPU при запуске. Я не знаю, что он делает, но он что-то делает на 100% CPU в течение примерно 5-10 секунд, прежде чем возобновится нормальный звук.

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

Единственный способ, который я нашел, чтобы исправить эту раздражающую «функцию», — это создать повторяющуюся задачу, которая воспроизводит несколько секунд звука (тишины) каждые 4 минуты, чтобы не дать Windows завершить работу audiodg.

Это кажется глупым решением.

На ум приходит пара вопросов (в порядке важности, я думаю):

  1. Как я могу предотвратить завершение работы audiodg вообще, не прибегая к хакерским решениям? Есть ли где-нибудь настройка реестра для этого? Я установил службу на «ручной», но это ничего не меняет. Автоматический/ручной... та же проблема, несмотря ни на что.

  2. Почему audiodg запускается так медленно? Я думаю, что это может быть какой-то баг или непреднамеренная функция.

Обновлять

Кажется, я нашел ответ на вопрос 2 здесь:
Процесс audiodg.exe сканирует catroot и забирает IO

Связанный контент