Muundo wa Windows Audio: masafa, kina cha biti na mzigo

Jibu fupi: kwenye endpoint ya Realtek USB Audio iliyochunguzwa, umbizo 48 kHz / 24-bit lilibaki kuwa chaguo la kiutendaji. Kubadilisha hadi 96 au 192 kHz hakupunguza kipindi kinachopatikana cha injini ya sauti au makadirio ya foleni ya XAudio2. Faida ya 16-bit kwa CPU na manufaa ya kuzima athari za mfumo hazikuthibitishwa.

Hali: imepimwa kwenye mfumo mmoja, haijarudiwa kwenye kifaa kingine. Matokeo hayawezi kuhamishwa kiotomatiki kwenye kiendeshi kingine cha sauti, DAC au Windows build. Maana ya hali imeelezwa katika mbinu za utafiti.

Kilichochunguzwa

Utafiti ulijibu maswali manne:

1. Je, kipindi cha injini ya sauti ya shared-mode hupungua wakati frequency inaongezwa?
2. Je, 16-bit hupunguza mzigo ikilinganishwa na 24-bit na 32-bit kwa 48 kHz?
3. Je, kuzima athari za sauti za mfumo kunatoa upunguzaji wa mzigo unaoweza kurudiwa?
4. Je, mabadiliko ya endpoint rate yanahusiana vipi na kazi ya ndani ya XAudio2 kwa chanzo cha 48 kHz?

Kipimo hakikuchunguza ubora wa sauti, FPS, ucheleweshaji wa mchezo au ucheleweshaji halisi kati ya ishara ya kidijitali na spika.

Wigo wa utafiti

Kigezo	Thamani
Tarehe ya kipimo	2026-08-20
Windows	Windows 11 Pro 25H2, x64
OS build	26200.8655
Kichakataji	AMD Ryzen 7 7800X3D, 8 cores / 16 threads
Kumbukumbu ya kazi	32 GB
Kifaa	Spika, Realtek USB Audio
Kiendeshi	Realtek USB Audio 6.4.0.2422 ya 2025-08-07
Umbizo la awali la kifaa	48 kHz, 24-bit PCM, stereo
Umbizo la mchanganyiko wa shared	48 kHz, 32-bit float, stereo
Athari za awali	Zimewashwa
Visa vya majaribio	Traces 17, trace moja kwa kila kisa
Uchanganuzi wa trace	Dirisha tano mfululizo za sekunde 10

Trace ya awali ilirekodi tawi la Windows build 26200 na data ya kifaa cha sauti. Revision kamili, edition ya Windows, modeli ya kichakataji na kiasi cha kumbukumbu zilisomwa zaidi kutoka kwenye kompyuta hiyo hiyo 2026-08-24. Kati ya kipimo na urekodi upya wa usanidi ulipita siku nne.

Kitambulisho cha kipekee cha endpoint na traces mbichi za mfumo hazichapishwi.

Mbinu

Visa vilitekelezwa kwa mpangilio wa nasibu. Kwa kila kimoja kulitumika sekunde 3 za kupasha joto, kisha sekunde 52 za ufuatiliaji wa mfumo na dirisha tano za uchanganuzi za sekunde 10.

Aina mbili za mzigo zilichunguzwa:

• mtiririko thabiti wa shared-mode WASAPI kwa kulinganisha frequency, bit depth na athari;
• mzigo wa syntetiki wa XAudio2 wenye voices 8, 32 au 64 zinazofanya kazi na vyanzo vya 44,1 au 48 kHz.

Kipimo kikuu cha Windows Audio ni scheduler running time ya mchakato audiodg.exe, iliyoonyeshwa kwa milliseconds za kazi kwa sekunde. Kando, XAudio2 performance data, idadi ya glitches na takwimu za upotevu wa trace zilisomwa.

Dirisha tano za trace moja zinahusiana na zinatumika tu kama mtawanyiko wa maelezo. Hizi si runs tano huru. Mzigo wa jumla wa mandhari ya mfumo ulibadilika, kwa hiyo whole-machine CPU, DPC kamili na ISR hazikutumika kwa hitimisho la mwisho.

Kipindi cha injini ya sauti

Endpoint rate	Frames	Kipindi
44,1 kHz	441	10,0 мс
48 kHz	480	10,0 мс
96 kHz	960	10,0 мс
192 kHz	1920	10,0 мс

Endpoint ilirudisha kipindi cha 10 мс tu. Vipindi vya 5 мс na 2,5 мс hazikuungwa mkono na kiendeshi chake. Kuongeza frequency kuliongeza idadi ya frames kwa kipindi, lakini hakupunguza muda wa kipindi.

Hii ni sifa ya mchanganyiko mahususi wa kifaa na kiendeshi. Microsoft inaeleza kwamba ukubwa wa buffer unaopatikana huamuliwa na kiendeshi cha sauti, na programu inaweza kuomba vibadala vinavyoungwa mkono kupitia IAudioClient3. Zaidi: Low Latency Audio.

Frequency na audiodg

Jedwali linaonyesha mediani na wigo wa dirisha tano ndani ya trace moja. Kipimo мс/с kinaonyesha milliseconds ngapi mchakato audiodg.exe ulitekelezwa kwa sekunde moja ya uchunguzi.

Endpoint rate	audiodg, median	Wigo wa dirisha
44,1 kHz	4,34 мс/с	4,24–4,86 мс/с
48 kHz	4,23 мс/с	4,20–5,63 мс/с
96 kHz	4,77 мс/с	4,72–5,70 мс/с
192 kHz	5,19 мс/с	5,07–5,94 мс/с

Katika mfululizo huu 96 na 192 kHz hazikuonyesha upunguzaji wa muda wa audiodg.exe. Lakini kwa kila frequency kulikuwa na trace moja, na mzigo wa mandhari ulibadilika. Jedwali halithibitishi tofauti ya jumla ya CPU kati ya frequency.

Bit depth kwa 48 kHz

Umbizo la kifaa	audiodg, median	Wigo wa dirisha
16-bit	4,07 мс/с	4,03–4,35 мс/с
24-bit	4,23 мс/с	4,20–5,63 мс/с
32-bit	4,20 мс/с	4,16–4,64 мс/с

Wigo zinaingiliana, na marudio huru hayatoshi. Kwa mfululizo huu haiwezi kudaiwa kwamba kubadilisha hadi 16-bit kunatoa upunguzaji wa mzigo unaoweza kurudiwa.

Athari za mfumo

Kwa 48 kHz / 24-bit mediani ya audiodg.exe ilikuwa 4,23 мс/с na athari zimewashwa na 4,39 мс/с na athari zimezimwa. Wastani ulibadilika upande mwingine kutokana na dirisha moja la juu zaidi katika trace ya awali.

Faida ya kuaminika ya kuzima athari haikuthibitishwa. Matokeo si sababu ya kuzima athari bila tatizo mahususi la Audio Processing Object au kiendeshi.

XAudio2 na kutolingana kwa frequency

Kwa chanzo kisichobadilika cha 48 kHz na voices 32, XAudio2 performance data zifuatazo zilipatikana:

Endpoint rate	Audio cycles/s	Ikilinganishwa na 48 kHz	Makadirio ya foleni
44,1 kHz	25 116	2,31×	37,28 мс
48 kHz	10 870	1,00×	37,27 мс
96 kHz	55 574	5,11×	37,18 мс
192 kHz	87 016	8,00×	37,18 мс

Microsoft inafafanua AudioCyclesSinceLastQuery kama CPU cycles zilizotumiwa na XAudio2 kuchakata sauti baada ya ombi lililopita. CurrentLatencyInSamples ni umbali wa takriban kati ya data ya mwisho iliyopitishwa kwa kiendeshi na data inayochezwa. Tazama XAUDIO2_PERFORMANCE_DATA na IXAudio2::GetPerformanceData.

Kuongeza endpoint rate katika kisa hiki cha syntetiki kuliongeza kazi ya ndani ya XAudio2, lakini karibu hakubadilisha makadirio yake ya foleni. Kwa kila kibadala kulipatikana performance summary moja, kwa hiyo coefficients ni maelezo ya run hii, si utabiri wa jumla kwa michezo.

Utulivu wa vipimo

Katika traces zote 17 zilirekodiwa:

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

Kilichothibitishwa

• Kwenye endpoint iliyochunguzwa kipindi cha shared-mode kilichopatikana kilibaki 10 мс kwa 44,1, 48, 96 na 192 kHz.
• Kuongeza frequency hakupunguza foleni ya XAudio2 iliyopimwa katika kisa cha syntetiki.
• Faida ya 16-bit kwa muda wa audiodg.exe haikuthibitishwa.
• Faida ya kuzima athari za mfumo haikuthibitishwa.
• 48 kHz / 24-bit inalingana na umbizo la awali la kifaa na haikuonyesha hasara ya kiutendaji ikilinganishwa na vibadala vya jirani.

Kisichothibitishwa

• Matokeo hayajarudiwa kwenye kifaa kingine cha sauti au Windows build.
• Revision kamili ya Windows na usanidi wa jumla wa kompyuta zilirekodiwa siku nne baada ya kipimo, si ndani ya trace ya awali.
• DAC halisi, ADC, acoustic au input-to-sound latency haikupimwa.
• Ubora wa sauti na usikikaji wa tofauti haukutathminiwa.
• Athari kwa michezo mahususi, FPS na frametime haikuchunguzwa.
• Mchango wa vendor APO mahususi haukutenganishwa.
• Athari kamili ya jumla ya CPU haiwezi kuhamishwa kwenye vichakataji vya utendaji tofauti.

Mipaka

ETL mbichi hazichapishwi: zina taarifa zisizohusiana na hali ya michakato na mfumo. Jedwali zilizo juu zilichaguliwa kwa mkono na hazina endpoint ID ya kipekee, usernames, njia za ndani au command lines.

Utafiti na zana zilizotumika ni mali ya msanidi wa BoosterX, kwa hiyo msanidi ana maslahi ya moja kwa moja kwa matokeo. Mbinu na mipaka ya matumizi zimeelezwa juu, na hitimisho zinaweza kuthibitishwa kwa data ya wazi na vyanzo vya umma vilivyoorodheshwa.

Hitimisho la kiutendaji

Kwa kifaa kilichochunguzwa ni busara kuacha 48 kHz / 24-bit na kutozima athari za mfumo bila tatizo mahususi lililogunduliwa. Kuchagua 96 au 192 kHz kwa ajili ya ucheleweshaji mdogo hakunaunga mkono na utafiti huu.

Hii si setting ya jumla kwa DAC na viendeshi vyote. Kifaa kinachoripoti shared-mode period ndogo au kinachotumia njia nyingine ya sauti kinahitaji kipimo tofauti.

Kurejesha hali

Baada ya kukamilisha zilirejeshwa 48 kHz / 24-bit PCM na hali ya awali ya athari za mfumo. Hakuna session za ufuatiliaji zilizobaki zinazofanya kazi.

Vyanzo

• Windows Performance Recorder — urekodi wa matukio ya mfumo kwa msingi wa ETW.
• Windows 11 release information — ulinganifu wa toleo 25H2 na tawi la OS build 26200.
• Low Latency Audio — kipindi cha injini ya sauti, jukumu la kiendeshi na uwezekano wa IAudioClient3.
• XAUDIO2_PERFORMANCE_DATA — thamani za cycles, queue latency na glitches.
• IXAudio2::GetPerformanceData — upatikanaji wa XAudio2 performance data.

Utafiti ulifanyika: 2026-08-20. Vyanzo vya umma na maneno yalithibitishwa: 2026-08-24.

Historia ya mabadiliko

• 2026-09-20: muundo ulirekebishwa kuwa wa lazima — «Mipaka» na «Kurejesha hali» zilitenganishwa kuwa sehemu tofauti; vitenganishi vya desimali na vipimo vya muda vilirekebishwa kwa mtindo wa mfululizo (koma, «мс»); iliongezwa disclaimer kuhusu mgongano wa maslahi.
• 2026-08-24: uchapishaji wa kwanza; vilichapishwa vipimo kwenye mfumo mmoja, mipaka ya kuhamisha matokeo na kurejesha hali.