Windows Server RDP 세션이 AudioSrv(audiodg.exe)를 계속 종료하여 오디오 시작이 지연됩니다.

Windows Server RDP 세션이 AudioSrv(audiodg.exe)를 계속 종료하여 오디오 시작이 지연됩니다.

Windows Server 2012 R2를 실행하는 중 RDP 연결에서 다음과 같은 성가신 기능을 발견했습니다.

audiodg.exeWindows는 5분 이상 유휴 상태인 경우 오디오 서비스를 계속 종료합니다 .

문제는 이제 모든 새로운 오디오 출력이 5~10초의 시작 지연으로 인해 audiodg.exe오디오 출력이 시작되기 전에 다시 스풀링될 때까지 기다려야 한다는 것입니다.

모든 Windows Server 버전에서 RDP 연결과 관련하여 오디오 지연 문제가 여러 번 논의되는 것을 보았지만 이것이 모든 문제의 원인일 수 있다고 언급한 사람은 아직 본 적이 없습니다.

audodg.exe의 스풀업 시간은 서버의 모든 오디오를 지연시킵니다. 오디오가 어디서 나오는지는 중요하지 않습니다. 오디오 피드백이 있는 대화형 앱은 동기화되지 않으며 audiodg가 다시 실행될 때까지 Chrome의 Youtube 비디오가 정지됩니다.

내 서버에서 audiodg는 시작 시 CPU를 100% 소비합니다. 무슨 일을 하는지는 모르겠지만 정상적인 오디오가 다시 시작되기 전에 약 5~10초 동안 100% CPU로 작업을 수행합니다.

일단 작동되면 모든 오디오가 즉시 재생됩니다. 지연이나 지연이 없습니다. 계속 실행되는 한 모든 것이 잘 작동합니다.

이 성가신 "기능"을 해결하기 위해 제가 찾은 유일한 방법은 Windows가 audiodg를 죽이는 것을 방지하기 위해 4분마다 몇 초의 소리(무음)를 재생하는 반복 작업을 만드는 것이었습니다.

어리석은 해결책처럼 보입니다.

몇 가지 질문이 떠오릅니다(중요도 순으로 생각합니다):

  1. 해킹된 솔루션을 사용하지 않고 처음부터 audiodg가 종료되는 것을 어떻게 방지할 수 있습니까? 어딘가에 이에 대한 레지스트리 설정이 있습니까? 서비스를 "수동"으로 설정했지만 아무런 차이가 없습니다. 자동/수동..관계없이 동일한 문제입니다.

  2. audiodg 시작이 왜 그렇게 느린가요? 이것도 일종의 버그이거나 의도하지 않은 기능일 수도 있다고 생각합니다.

업데이트

여기에서 질문 2에 대한 답을 찾은 것 같습니다.
audiodg.exe 프로세스는 catroot 및 hogs IO를 검색합니다.

관련 정보