Formato Windows Audio: frequenza, profondità di bit e carico
In questa pagina
Risposta breve: sull’endpoint Realtek USB Audio studiato il formato 48 kHz / 24-bit è rimasto la scelta pratica. Il passaggio a 96 o 192 kHz non ha ridotto il periodo disponibile del motore audio né la stima della coda XAudio2. Il vantaggio del 16-bit sulla CPU e il beneficio della disattivazione degli effetti di sistema non sono stati confermati.
Stato: misurato su un solo sistema, non riprodotto su un altro dispositivo. Il risultato non può essere trasferito automaticamente a un altro driver audio, DAC o build di Windows. Il significato degli stati è descritto nella metodologia delle ricerche.
Cosa è stato verificato
Sezione intitolata “ Cosa è stato verificato”La ricerca rispondeva a quattro domande:
- Il periodo del motore audio in shared-mode diminuisce all’aumentare della frequenza?
- Il 16-bit riduce il carico rispetto a 24-bit e 32-bit a 48 kHz?
- La disattivazione degli effetti audio di sistema produce una riduzione riproducibile del carico?
- Come è legata la modifica dell’endpoint rate al funzionamento interno di XAudio2 per una sorgente a 48 kHz?
La misurazione non ha verificato la qualità del suono, gli FPS, la latenza di gioco o la latenza fisica tra il segnale digitale e l’altoparlante.
Ambito della ricerca
Sezione intitolata “ Ambito della ricerca”| Parametro | Valore |
|---|---|
| Data di misurazione | 2026-08-20 |
| Windows | Windows 11 Pro 25H2, x64 |
| OS build | 26200.8655 |
| Processore | AMD Ryzen 7 7800X3D, 8 core / 16 thread |
| Memoria operativa | 32 GB |
| Dispositivo | Altoparlanti, Realtek USB Audio |
| Driver | Realtek USB Audio 6.4.0.2422 del 2025-08-07 |
| Formato dispositivo di origine | 48 kHz, 24-bit PCM, stereo |
| Shared mix format | 48 kHz, 32-bit float, stereo |
| Effetti di origine | Attivati |
| Casi di test | 17 tracce, una traccia per caso |
| Analisi della traccia | Cinque finestre consecutive da 10 secondi |
La traccia di origine ha registrato la branch della build di Windows 26200 e i dati del dispositivo audio. La revision completa, l’edition di Windows, il modello del processore e la quantità di memoria sono stati letti ulteriormente dallo stesso computer il 2026-08-24. Tra la misurazione e la nuova registrazione della configurazione sono passati quattro giorni.
L’identificatore univoco dell’endpoint e le tracce di sistema grezze non vengono pubblicati.
Metodologia
Sezione intitolata “ Metodologia”I casi sono stati eseguiti in ordine casuale. Per ciascuno sono stati usati 3 secondi di riscaldamento, poi 52 secondi di traccia di sistema e cinque finestre di analisi da 10 secondi.
Sono stati verificati due tipi di carico:
- un flusso WASAPI stabile in shared-mode per confrontare frequenza, risoluzione ed effetti;
- un carico XAudio2 sintetico con 8, 32 o 64 voices attive e sorgenti a 44,1 o 48 kHz.
L’indicatore principale di Windows Audio è lo scheduler running time del processo audiodg.exe, espresso in millisecondi di esecuzione al secondo. Separatamente sono stati letti gli XAudio2 performance data, il numero di glitches e le statistiche di perdita della traccia.
Le cinque finestre di una stessa traccia sono correlate e vengono usate solo come dispersione descrittiva. Non sono cinque esecuzioni indipendenti. Il carico di fondo complessivo del sistema variava, quindi la CPU dell’intera macchina, i DPC e gli ISR assoluti non sono stati usati per la conclusione finale.
Periodo del motore audio
Sezione intitolata “ Periodo del motore audio”| Endpoint rate | Frames | Periodo |
|---|---|---|
| 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 |
L’endpoint restituiva solo il periodo di 10 ms. I periodi di 5 ms e 2,5 ms non erano supportati dal suo driver. L’aumento della frequenza aumentava il numero di frames per periodo, ma non riduceva la durata del periodo.
Questa è una proprietà della specifica combinazione di dispositivo e driver. Microsoft indica che le dimensioni di buffer disponibili sono determinate dal driver audio, e l’applicazione può richiedere le varianti supportate tramite IAudioClient3. Per approfondire: Low Latency Audio.
Frequenza e audiodg
Sezione intitolata “ Frequenza e audiodg”La tabella riporta la mediana e l’intervallo delle cinque finestre all’interno di una stessa traccia. L’unità мс/с indica quanti millisecondi il processo audiodg.exe ha eseguito in un secondo di osservazione.
| Endpoint rate | audiodg, mediana | Intervallo finestre |
|---|---|---|
| 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 |
In questa serie 96 e 192 kHz non hanno mostrato una riduzione del tempo di audiodg.exe. Ma per ogni frequenza c’era una sola traccia, e il carico di fondo variava. La tabella non dimostra una differenza CPU universale tra le frequenze.
Risoluzione a 48 kHz
Sezione intitolata “ Risoluzione a 48 kHz”| Formato dispositivo | audiodg, mediana | Intervallo finestre |
|---|---|---|
| 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 |
Gli intervalli si sovrappongono, e le ripetizioni indipendenti non sono sufficienti. Da questa serie non si può affermare che il passaggio a 16-bit dia una riduzione riproducibile del carico.
Effetti di sistema
Sezione intitolata “ Effetti di sistema”A 48 kHz / 24-bit la mediana di audiodg.exe è stata 4,23 ms/s con gli effetti attivati e 4,39 ms/s con gli effetti disattivati. Il valore medio cambiava nella direzione opposta a causa di una finestra più alta nella traccia di origine.
Non è stato stabilito un vantaggio affidabile dalla disattivazione degli effetti. Il risultato non è una base per disattivarli senza un problema concreto con un Audio Processing Object o con il driver.
XAudio2 e mancata corrispondenza di frequenza
Sezione intitolata “ XAudio2 e mancata corrispondenza di frequenza”Per una sorgente fissa a 48 kHz e 32 voices sono stati ottenuti i seguenti XAudio2 performance data:
| Endpoint rate | Audio cycles/s | Rispetto a 48 kHz | Stima della coda |
|---|---|---|---|
| 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 |
Microsoft definisce AudioCyclesSinceLastQuery come i CPU cycles spesi da XAudio2 per l’elaborazione audio dopo la richiesta precedente. CurrentLatencyInSamples è la distanza approssimativa tra gli ultimi dati trasmessi al driver e i dati riprodotti. Vedi XAUDIO2_PERFORMANCE_DATA e IXAudio2::GetPerformanceData.
L’aumento dell’endpoint rate in questo caso sintetico ha aumentato il lavoro interno di XAudio2, ma non ha praticamente modificato la sua stima della coda. Per ogni variante è stato ottenuto un solo performance summary, quindi i coefficienti descrivono questa esecuzione e non sono una previsione universale per i giochi.
Stabilità delle misurazioni
Sezione intitolata “Stabilità delle misurazioni”In tutte le 17 tracce è stato registrato:
- 0 audio glitches;
- 0 ETW events persi;
- 0 ETW buffers persi.
Cosa è stato confermato
Sezione intitolata “ Cosa è stato confermato”- Sull’endpoint studiato il periodo disponibile in shared-mode è rimasto 10 ms a 44,1, 48, 96 e 192 kHz.
- L’aumento della frequenza non ha ridotto la coda XAudio2 misurata nel caso sintetico.
- Il vantaggio del 16-bit sul tempo di
audiodg.exenon è confermato. - Il vantaggio della disattivazione degli effetti di sistema non è confermato.
- 48 kHz / 24-bit corrisponde al formato di origine del dispositivo e non ha mostrato uno svantaggio pratico rispetto alle varianti vicine.
Cosa non è stato confermato
Sezione intitolata “ Cosa non è stato confermato”- Il risultato non è stato riprodotto su un altro dispositivo audio o build di Windows.
- La revision completa di Windows e la configurazione generale del computer sono state registrate quattro giorni dopo la misurazione, e non all’interno della traccia di origine.
- La latenza fisica di DAC, ADC, acustica o input-to-sound non è stata misurata.
- La qualità del suono e l’udibilità delle differenze non sono state valutate.
- L’impatto su giochi specifici, FPS e frametime non è stato verificato.
- Il contributo di un singolo vendor APO non è stato isolato.
- L’effetto CPU complessivo esatto non può essere trasferito a processori di prestazioni diverse.
Limitazioni
Sezione intitolata “Limitazioni”Gli ETL grezzi non vengono pubblicati: contengono informazioni non correlate sullo stato dei processi e del sistema. Le tabelle sopra sono state selezionate manualmente e non contengono l’endpoint ID univoco, usernames, percorsi locali o command lines.
La ricerca e gli strumenti utilizzati appartengono allo sviluppatore di BoosterX, quindi lo sviluppatore ha un interesse diretto nei risultati. La metodologia e i limiti di applicabilità sono descritti sopra, e le conclusioni possono essere verificate tramite i dati aperti e le fonti pubbliche elencate.
Conclusione pratica
Sezione intitolata “ Conclusione pratica”Per il dispositivo studiato è ragionevole lasciare 48 kHz / 24-bit e non disattivare gli effetti di sistema senza un problema concreto diagnosticato. La scelta di 96 o 192 kHz per una minore latenza non è supportata da questa ricerca.
Questa non è un’impostazione universale per tutti i DAC e i driver. Un dispositivo che segnala un periodo shared-mode inferiore o utilizza un altro percorso audio richiede una misurazione separata.
Ripristino dello stato
Sezione intitolata “Ripristino dello stato”Al termine sono stati ripristinati 48 kHz / 24-bit PCM e lo stato di origine degli effetti di sistema. Non sono rimaste sessioni di traccia attive.
- Windows Performance Recorder — registrazione di sistema degli eventi basata su ETW.
- Windows 11 release information — corrispondenza della versione 25H2 con la branch OS build 26200.
- Low Latency Audio — periodo del motore audio, ruolo del driver e possibilità di
IAudioClient3. - XAUDIO2_PERFORMANCE_DATA — valori di cycles, queue latency e glitches.
- IXAudio2::GetPerformanceData — ottenimento degli XAudio2 performance data.
Ricerca eseguita: 2026-08-20. Fonti pubbliche e formulazioni verificate: 2026-08-24.
Cronologia delle modifiche
Sezione intitolata “Cronologia delle modifiche”- 2026-09-20: struttura portata a quella obbligatoria — «Limitazioni» e «Ripristino dello stato» separati in sezioni distinte; separatori decimali e unità di tempo portati allo stile della serie (virgola, «ms»); aggiunto il disclaimer sul conflitto di interessi.
- 2026-08-24: prima pubblicazione; pubblicate le misurazioni su un solo sistema, i limiti di trasferibilità del risultato e il ripristino dello stato.