A abertura de qualquer uma das caixas de diálogo de propriedades de áudio leva 2 minutos e 5 segundos a cada vez. Não há outras tarefas que demoram muito tempo. É algo específico para o diálogo Propriedades do som. Se eu reiniciar meu computador, ele será aberto imediatamente no primeiro dia ou no segundo dia.
É provável que seja um problema de driver. Eu tenho uma placa gráfica AMD com saída de som (através de HDMI), um chip de áudio Realtek na placa-mãe, um microfone USB e fones de ouvido USB. Existe uma maneira de determinar qual deles está se comportando mal? Ou uma maneira de descobrir o que está segurando as coisas quando está esperando?
link sugere desativar o (s) dispositivo (s) de áudio no Gerenciador de dispositivos
Edite por Sean (o OP):
This article does not seem to be completely related. Their issues were with crossfire and sound over HDMI. However, disabling the "AMD High Definition Audio Device" in the Device Manager did work for me.
Eu corrigi-lo com Driver de dispositivo de áudio HDMI ATI , testado em ATI / AMD 7850 e R9 270x da realtek para Windows 7 e 8.1.
Eu tenho o mesmo problema e a atualização do driver de áudio da AMD não funcionou e, de fato, a atualização fez com que o áudio HDMI parasse de funcionar.
Após reverter para a versão anterior do driver, notei que o problema é causado pelo uso do áudio HDMI quando a TV é desligada. Se eu lembrar de voltar para "Alto-falantes" quando a TV estiver desligada, ela não "quebrará".
No meu caso, parar o AudioSrv e, em seguida, desativar / ativar o áudio HDMI da AMD, por último, retomar o AudioSrv resolveu o problema.
Eu até peguei alguns rastros ProcMon (como sugerido diligentemente por magicandre1981), mas a única descoberta difícil foi que a janela foi aberta com a emissão de "C:\Windows\System32\rundll32.exe" C:\Windows\System32\shell32.dll,Control_RunDLL C:\Windows\System32\mmsys.cpl
Parece então que este processo passa por HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\MMDevices\Audio\Render AMD dispositivos HDMI, verifica seu CLSID em HKLM\SYSTEM\CurrentControlSet\Control\MediaCategories (consultando o driver eu acho? Desde que estes foram definidos apenas na seção HDAudioInstall.e0VirtualEPOutputTopo do driver .inf)
Por fim, protelando por uns 6 segundos no meu sistema, e continuando como se nada tivesse acontecido, HKLM\SYSTEM\CurrentControlSet\Control\DeviceClasses\{6994AD04-93EF-11D0-A3CC-00A0C9223196}\##?#HDAUDIO#FUNC_01&VEN_1002&DEV_whatever associou a entrada da topologia HDMI; então repita e continue até que todos os pinos HDMI sejam passados.
EDIT: Então, eu tive novamente este problema hoje e eu levei mais algumas escavações (com ProcExp desta vez), e eu não tenho mais certeza de que é uma coisa particularmente apenas sobre o diálogo em primeiro lugar. Pilha Rundll32 não só por algum motivo carrega AtihdW76.sys (o driver), mas também um fuckton de outros HDAudBus.sys, portcls.sys, ks.sys, ksthunk.sys, MMDevApi.dll .... Todas as coisas que não está lá quando se abre suavemente normal.
Mas, mais do que qualquer coisa, o problema parece residir no upstream, na medida em que se eu simplesmente reinicializar o AudioSrv (sem tocar no dispositivo AMD HDMI), também levará um minuto inteiro para começar de novo também. Curiosamente, mesmo quando parado, ainda existem 2 alças dele em svchost.
EDIT2: E por algum motivo, iniciar e parar dispositivos HDMI .. também inicia e pára muitas instâncias de dhcp (sim, você leu certo) no mesmo container.