Format Windows Audio : fréquence, résolution et charge
Sur cette page
Réponse courte : sur l’endpoint Realtek USB Audio étudié, le format 48 kHz / 24-bit est resté le choix pratique. Le passage à 96 ou 192 kHz n’a pas réduit la période disponible du moteur audio ni l’estimation de la file d’attente XAudio2. L’avantage du 16-bit sur le CPU et le bénéfice de la désactivation des effets système n’ont pas été confirmés.
Statut : mesuré sur un seul système, non reproduit sur un autre appareil. Le résultat ne peut pas être transféré automatiquement à un autre pilote audio, DAC ou build Windows. La signification des statuts est décrite dans la méthodologie des recherches.
Ce qui a été vérifié
Section intitulée « Ce qui a été vérifié »L’étude répondait à quatre questions :
- La période du moteur audio en shared-mode diminue-t-elle lorsque la fréquence augmente ?
- Le 16-bit réduit-il la charge par rapport au 24-bit et au 32-bit à 48 kHz ?
- La désactivation des effets sonores système donne-t-elle une réduction reproductible de la charge ?
- Comment la modification de l’endpoint rate est-elle liée au fonctionnement interne de XAudio2 pour une source à 48 kHz ?
La mesure n’a pas vérifié la qualité du son, les FPS, la latence du jeu ou la latence physique entre le signal numérique et le haut-parleur.
Domaine de l’étude
Section intitulée « Domaine de l’étude »| Paramètre | Valeur |
|---|---|
| Date de mesure | 2026-08-20 |
| Windows | Windows 11 Pro 25H2, x64 |
| OS build | 26200.8655 |
| Processeur | AMD Ryzen 7 7800X3D, 8 cœurs / 16 threads |
| Mémoire vive | 32 GB |
| Appareil | Haut-parleurs, Realtek USB Audio |
| Pilote | Realtek USB Audio 6.4.0.2422 du 2025-08-07 |
| Device format source | 48 kHz, 24-bit PCM, stereo |
| Shared mix format | 48 kHz, 32-bit float, stereo |
| Effets initiaux | Activés |
| Cas de test | 17 traces, une trace par cas |
| Analyse de trace | Cinq fenêtres consécutives de 10 secondes |
La trace initiale a enregistré la branche Windows build 26200 et les données du périphérique audio. Le revision complet, l’edition Windows, le modèle de processeur et la quantité de mémoire ont été relevés en plus sur le même ordinateur le 2026-08-24. Quatre jours se sont écoulés entre la mesure et le relevé de configuration répété.
L’identifiant unique de l’endpoint et les traces système brutes ne sont pas publiés.
Méthodologie
Section intitulée « Méthodologie »Les cas ont été exécutés dans un ordre aléatoire. Pour chacun, 3 secondes de préchauffage ont été utilisées, puis 52 secondes de trace système et cinq fenêtres d’analyse de 10 secondes.
Deux types de charge ont été vérifiés :
- un flux WASAPI stable en shared-mode pour comparer la fréquence, la résolution et les effets ;
- une charge XAudio2 synthétique avec 8, 32 ou 64 voices actives et des sources à 44,1 ou 48 kHz.
L’indicateur principal de Windows Audio est le scheduler running time du processus audiodg.exe, exprimé en millisecondes de travail par seconde. Les XAudio2 performance data, le nombre de glitches et les statistiques de pertes de trace ont été relevés séparément.
Les cinq fenêtres d’une même trace sont corrélées et ne sont utilisées que comme dispersion descriptive. Elles ne constituent pas cinq exécutions indépendantes. La charge de fond globale du système variait, c’est pourquoi le CPU whole-machine, les DPC et ISR absolus n’ont pas été utilisés pour la conclusion finale.
Période du moteur audio
Section intitulée « Période du moteur audio »| Endpoint rate | Frames | Période |
|---|---|---|
| 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 ne renvoyait qu’une période de 10 ms. Les périodes de 5 ms et 2,5 ms n’étaient pas prises en charge par son pilote. L’augmentation de la fréquence augmentait le nombre de frames par période, mais ne réduisait pas la durée de la période.
C’est une propriété de la combinaison spécifique d’un appareil et d’un pilote. Microsoft indique que les tailles de buffer disponibles sont déterminées par le pilote audio, et que l’application peut demander les variantes prises en charge via IAudioClient3. Plus de détails : Low Latency Audio.
Fréquence et audiodg
Section intitulée « Fréquence et audiodg »Le tableau présente la médiane et la plage des cinq fenêtres d’une même trace. L’unité мс/с indique combien de millisecondes le processus audiodg.exe s’est exécuté par seconde d’observation.
| Endpoint rate | audiodg, median | Plage des fenêtres |
|---|---|---|
| 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 |
Dans cette série, 96 et 192 kHz n’ont pas montré de réduction du temps audiodg.exe. Mais il y avait une trace par fréquence, et la charge de fond variait. Le tableau ne prouve pas une taille universelle de différence CPU entre les fréquences.
Résolution à 48 kHz
Section intitulée « Résolution à 48 kHz »| Device format | audiodg, median | Plage des fenêtres |
|---|---|---|
| 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 |
Les plages se recoupent, et les répétitions indépendantes sont insuffisantes. Sur cette série, on ne peut pas affirmer que le passage au 16-bit donne une réduction reproductible de la charge.
Effets système
Section intitulée « Effets système »À 48 kHz / 24-bit, la médiane audiodg.exe était de 4,23 ms/s avec les effets activés et de 4,39 ms/s avec les effets désactivés. La valeur moyenne évoluait dans l’autre sens à cause d’une fenêtre plus élevée dans la trace initiale.
Aucun avantage fiable de la désactivation des effets n’a été établi. Le résultat ne justifie pas de les désactiver sans problème concret avec un Audio Processing Object ou un pilote.
XAudio2 et non-concordance de fréquence
Section intitulée « XAudio2 et non-concordance de fréquence »Pour une source fixe à 48 kHz et 32 voices, les XAudio2 performance data suivantes ont été obtenues :
| Endpoint rate | Audio cycles/s | Par rapport à 48 kHz | Estimation de la file d’attente |
|---|---|---|---|
| 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 définit AudioCyclesSinceLastQuery comme les CPU cycles dépensés par XAudio2 pour traiter l’audio depuis la requête précédente. CurrentLatencyInSamples est une distance approximative entre les dernières données transmises au pilote et les données en cours de lecture. Voir XAUDIO2_PERFORMANCE_DATA et IXAudio2::GetPerformanceData.
L’augmentation de l’endpoint rate dans ce cas synthétique a accru le travail interne de XAudio2, mais n’a pratiquement pas modifié son estimation de la file d’attente. Un seul performance summary a été obtenu par variante, les coefficients décrivent donc cette exécution et non une prévision universelle pour les jeux.
Stabilité des mesures
Section intitulée « Stabilité des mesures »Dans les 17 traces, il a été enregistré :
- 0 audio glitches ;
- 0 ETW events perdus ;
- 0 ETW buffers perdus.
Ce qui est confirmé
Section intitulée « Ce qui est confirmé »- Sur l’endpoint étudié, la période disponible en shared-mode est restée de 10 ms à 44,1, 48, 96 et 192 kHz.
- L’augmentation de la fréquence n’a pas réduit la file d’attente XAudio2 mesurée dans le cas synthétique.
- L’avantage du 16-bit sur le temps
audiodg.exen’est pas confirmé. - L’avantage de la désactivation des effets système n’est pas confirmé.
- 48 kHz / 24-bit correspond au format source de l’appareil et n’a pas montré de perte pratique face aux variantes voisines.
Ce qui n’est pas confirmé
Section intitulée « Ce qui n’est pas confirmé »- Le résultat n’a pas été reproduit sur un autre périphérique audio ou build Windows.
- Le revision complet de Windows et la configuration générale de l’ordinateur ont été relevés quatre jours après la mesure, et non dans la trace initiale.
- La latence physique DAC, ADC, acoustique ou input-to-sound n’a pas été mesurée.
- La qualité du son et l’audibilité des différences n’ont pas été évaluées.
- L’impact sur des jeux précis, les FPS et le frametime n’a pas été vérifié.
- La contribution d’un vendor APO particulier n’est pas isolée.
- L’effet CPU global exact ne peut pas être transféré à des processeurs de performances différentes.
Les ETL bruts ne sont pas publiés : ils contiennent des informations non liées à l’état des processus et du système. Les tableaux ci-dessus ont été sélectionnés manuellement et ne contiennent pas d’endpoint ID unique, de usernames, de chemins locaux ou de command lines.
L’étude et les outils utilisés appartiennent au développeur de BoosterX, le développeur a donc un intérêt direct dans les résultats. La méthodologie et les limites d’applicabilité sont décrites ci-dessus, et les conclusions peuvent être vérifiées à partir des données ouvertes et des sources publiques énumérées.
Conclusion pratique
Section intitulée « Conclusion pratique »Pour l’appareil étudié, il est raisonnable de conserver 48 kHz / 24-bit et de ne pas désactiver les effets système sans problème concret diagnostiqué. Le choix de 96 ou 192 kHz pour une moindre latence n’est pas soutenu par cette étude.
Ce n’est pas un réglage universel pour tous les DAC et pilotes. Un appareil qui annonce une période shared-mode plus courte ou utilise une autre chaîne audio nécessite une mesure séparée.
Restauration de l’état
Section intitulée « Restauration de l’état »Après la fin, le 48 kHz / 24-bit PCM et l’état initial des effets système ont été restaurés. Aucune session de trace active n’est restée.
- Windows Performance Recorder — enregistrement système d’événements basé sur ETW.
- Windows 11 release information — correspondance de la version 25H2 avec la branche OS build 26200.
- Low Latency Audio — période du moteur audio, rôle du pilote et possibilités de
IAudioClient3. - XAUDIO2_PERFORMANCE_DATA — valeurs de cycles, queue latency et glitches.
- IXAudio2::GetPerformanceData — obtention des XAudio2 performance data.
Étude réalisée : 2026-08-20. Sources publiques et formulations vérifiées : 2026-08-24.
Historique des modifications
Section intitulée « Historique des modifications »- 2026-09-20: structure alignée sur la structure obligatoire — « Limites » et « Restauration de l’état » isolés en sections distinctes ; séparateurs décimaux et unités de temps alignés sur le style de la série (virgule, « ms ») ; ajout d’un avertissement sur le conflit d’intérêts.
- 2026-08-24: première publication ; publication des mesures sur un seul système, des limites de transfert du résultat et de la restauration de l’état.