Formato de áudio do Windows: taxa, profundidade de bits e carga

Resposta curta: no endpoint Realtek USB Audio pesquisado, o formato 48 kHz / 24-bit permaneceu a escolha prática. A mudança para 96 ou 192 kHz não reduziu o período disponível do mecanismo de áudio nem a estimativa de fila do XAudio2. A vantagem do 16-bit sobre a CPU e o benefício de desativar os efeitos do sistema não foram confirmados.

Status: medido em um único sistema, não reproduzido em outro dispositivo. O resultado não pode ser transferido automaticamente para outro driver de áudio, DAC ou build do Windows. A descrição dos status está em metodologia de pesquisas.

O que foi verificado

A pesquisa respondeu a quatro perguntas:

1. O período do mecanismo de áudio em shared-mode diminui quando a frequência aumenta?
2. O 16-bit reduz a carga em relação ao 24-bit e ao 32-bit a 48 kHz?
3. Desativar os efeitos sonoros do sistema proporciona uma redução de carga reproduzível?
4. Como a mudança do endpoint rate se relaciona com o funcionamento interno do XAudio2 para uma fonte de 48 kHz?

A medição não verificou a qualidade do som, FPS, latência do jogo ou latência física entre o sinal digital e o alto-falante.

Escopo da pesquisa

Parâmetro	Valor
Data da medição	2026-08-20
Windows	Windows 11 Pro 25H2, x64
OS build	26200.8655
Processador	AMD Ryzen 7 7800X3D, 8 núcleos / 16 threads
Memória RAM	32 GB
Dispositivo	Alto-falantes, Realtek USB Audio
Driver	Realtek USB Audio 6.4.0.2422 de 2025-08-07
Device format original	48 kHz, 24-bit PCM, stereo
Shared mix format	48 kHz, 32-bit float, stereo
Efeitos originais	Ativados
Casos de teste	17 traços, um traço por caso
Análise do traço	Cinco janelas consecutivas de 10 segundos

O traço original registrou a ramificação do Windows build 26200 e os dados do dispositivo de áudio. O revision completo, a edition do Windows, o modelo do processador e o volume de memória foram lidos adicionalmente do mesmo computador em 2026-08-24. Entre a medição e o novo registro da configuração passaram-se quatro dias.

O identificador único do endpoint e os traços brutos do sistema não são publicados.

Metodologia

Os casos foram executados em ordem aleatória. Para cada um, usaram-se 3 segundos de aquecimento, depois 52 segundos de rastreamento do sistema e cinco janelas de análise de 10 segundos.

Foram verificados dois tipos de carga:

• fluxo WASAPI estável em shared-mode para comparar frequência, profundidade de bits e efeitos;
• carga sintética do XAudio2 com 8, 32 ou 64 voices ativas e fontes de 44,1 ou 48 kHz.

O principal indicador do Windows Audio é o scheduler running time do processo audiodg.exe, expresso em milissegundos de execução por segundo. Separadamente, foram lidos os XAudio2 performance data, o número de glitches e as estatísticas de perda de rastreamento.

As cinco janelas de um mesmo traço são correlacionadas e usadas apenas como dispersão descritiva. Elas não são cinco execuções independentes. A carga de fundo total do sistema variou, portanto a CPU da máquina inteira, DPC e ISR absolutos não foram usados para a conclusão final.

Período do mecanismo de áudio

Endpoint rate	Frames	Período
44,1 kHz	441	10,0 ms
48 kHz	480	10,0 ms
96 kHz	960	10,0 ms
192 kHz	1920	10,0 ms

O endpoint retornava apenas o período de 10 ms. Os períodos de 5 ms e 2,5 ms não eram suportados pelo driver dele. O aumento da frequência elevava o número de frames por período, mas não reduzia a duração do período.

Essa é uma propriedade da combinação específica de dispositivo e driver. A Microsoft indica que os tamanhos de buffer disponíveis são determinados pelo driver de áudio, e o aplicativo pode solicitar as variantes suportadas por meio de IAudioClient3. Mais detalhes: Low Latency Audio.

Frequência e audiodg

A tabela apresenta a mediana e o intervalo das cinco janelas dentro de um mesmo traço. A unidade мс/с mostra quantos milissegundos o processo audiodg.exe foi executado por um segundo de observação.

Endpoint rate	audiodg, median	Intervalo das janelas
44,1 kHz	4,34 ms/s	4,24–4,86 ms/s
48 kHz	4,23 ms/s	4,20–5,63 ms/s
96 kHz	4,77 ms/s	4,72–5,70 ms/s
192 kHz	5,19 ms/s	5,07–5,94 ms/s

Nesta série, 96 e 192 kHz não mostraram redução do tempo de audiodg.exe. Mas havia um traço por frequência, e a carga de fundo variou. A tabela não prova uma diferença universal de CPU entre as frequências.

Profundidade de bits a 48 kHz

Device format	audiodg, median	Intervalo das janelas
16-bit	4,07 ms/s	4,03–4,35 ms/s
24-bit	4,23 ms/s	4,20–5,63 ms/s
32-bit	4,20 ms/s	4,16–4,64 ms/s

Os intervalos se sobrepõem, e as repetições independentes são insuficientes. Com base nesta série, não se pode afirmar que a mudança para 16-bit proporcione uma redução de carga reproduzível.

Efeitos do sistema

A 48 kHz / 24-bit, a mediana de audiodg.exe foi de 4,23 ms/s com os efeitos ativados e 4,39 ms/s com eles desativados. O valor médio mudou na direção oposta por causa de uma janela mais alta no traço original.

Não foi estabelecida uma vantagem confiável da desativação dos efeitos. O resultado não é motivo para desativá-los sem um problema concreto com o Audio Processing Object ou com o driver.

XAudio2 e incompatibilidade de frequência

Para uma fonte fixa de 48 kHz e 32 voices, obtiveram-se os seguintes XAudio2 performance data:

Endpoint rate	Audio cycles/s	Em relação a 48 kHz	Estimativa da fila
44,1 kHz	25 116	2,31×	37,28 ms
48 kHz	10 870	1,00×	37,27 ms
96 kHz	55 574	5,11×	37,18 ms
192 kHz	87 016	8,00×	37,18 ms

A Microsoft define AudioCyclesSinceLastQuery como os CPU cycles gastos pelo XAudio2 no processamento de áudio após a solicitação anterior. CurrentLatencyInSamples é a distância aproximada entre os últimos dados entregues ao driver e os dados reproduzidos. Ver XAUDIO2_PERFORMANCE_DATA e IXAudio2::GetPerformanceData.

O aumento do endpoint rate neste caso sintético elevou o trabalho interno do XAudio2, mas praticamente não alterou sua estimativa de fila. Foi obtido um único performance summary por variante, portanto os coeficientes descrevem essa execução, e não uma previsão universal para jogos.

Estabilidade das medições

Em todos os 17 traços foram registrados:

• 0 audio glitches;
• 0 ETW events perdidos;
• 0 ETW buffers perdidos.

O que foi confirmado

• No endpoint pesquisado, o período disponível em shared-mode permaneceu em 10 ms a 44,1, 48, 96 e 192 kHz.
• O aumento da frequência não reduziu a fila medida do XAudio2 no caso sintético.
• A vantagem do 16-bit no tempo de audiodg.exe não foi confirmada.
• A vantagem da desativação dos efeitos do sistema não foi confirmada.
• 48 kHz / 24-bit corresponde ao formato original do dispositivo e não mostrou desvantagem prática em relação às variantes vizinhas.

O que não foi confirmado

• O resultado não foi reproduzido em outro dispositivo de áudio ou build do Windows.
• O revision completo do Windows e a configuração geral do computador foram registrados quatro dias após a medição, e não dentro do traço original.
• A latência física de DAC, ADC, acústica ou input-to-sound não foi medida.
• A qualidade do som e a audibilidade das diferenças não foram avaliadas.
• O impacto em jogos específicos, FPS e frametime não foi verificado.
• A contribuição de um vendor APO individual não foi isolada.
• O efeito total exato sobre a CPU não pode ser transferido para processadores de desempenho diferente.

Limitações

Os ETL brutos não são publicados: eles contêm informações não relacionadas ao estado dos processos e do sistema. As tabelas acima foram selecionadas manualmente e não contêm o endpoint ID único, usernames, caminhos locais ou command lines.

A pesquisa e as ferramentas utilizadas pertencem ao desenvolvedor do BoosterX, portanto o desenvolvedor tem interesse direto nos resultados. A metodologia e os limites de aplicabilidade estão descritos acima, e as conclusões podem ser verificadas pelos dados abertos e pelas fontes públicas listadas.

Conclusão prática

Para o dispositivo pesquisado, é razoável manter 48 kHz / 24-bit e não desativar os efeitos do sistema sem um problema concreto diagnosticado. A escolha de 96 ou 192 kHz em busca de menor latência não é sustentada por esta pesquisa.

Esta não é uma configuração universal para todos os DAC e drivers. Um dispositivo que informe um shared-mode period menor ou use outro caminho de áudio exige uma medição separada.

Restauração do estado

Após a conclusão, foram restaurados o 48 kHz / 24-bit PCM e o estado original dos efeitos do sistema. Não restaram sessões de rastreamento ativas.

Fontes

• Windows Performance Recorder — gravação de eventos do sistema baseada em ETW.
• Windows 11 release information — correspondência da versão 25H2 com a ramificação OS build 26200.
• Low Latency Audio — período do mecanismo de áudio, papel do driver e possibilidades de IAudioClient3.
• XAUDIO2_PERFORMANCE_DATA — valores de cycles, queue latency e glitches.
• IXAudio2::GetPerformanceData — obtenção dos XAudio2 performance data.

Pesquisa realizada em: 2026-08-20. Fontes públicas e formulações verificadas em: 2026-08-24.

Histórico de alterações

• 2026-09-20: estrutura adequada à obrigatória — «Limitações» e «Restauração do estado» separadas em seções próprias; separadores decimais e unidades de tempo adequados ao estilo da série (vírgula, «ms»); adicionado o aviso sobre conflito de interesses.
• 2026-08-24: primeira publicação; publicadas as medições em um único sistema, os limites de transferência do resultado e a restauração do estado.