Windows Audio formatı: örnekleme hızı, bit derinliği ve yük

Kısa yanıt: incelenen Realtek USB Audio endpoint’inde 48 kHz / 24-bit biçimi pratik tercih olarak kaldı. 96 veya 192 kHz’e geçiş, kullanılabilir ses motoru periyodunu veya XAudio2 kuyruk tahminini azaltmadı. 16-bit’in CPU avantajı ve sistem efektlerini devre dışı bırakmanın faydası doğrulanmadı.

Durum: tek bir sistemde ölçüldü, başka bir cihazda yeniden üretilmedi. Sonuç, başka bir ses sürücüsüne, DAC’a veya Windows build’ine otomatik olarak taşınamaz. Durumların anlamı araştırma metodolojisinde açıklanmıştır.

Neler kontrol edildi

Araştırma dört soruyu yanıtladı:

1. Frekans yükseltildiğinde shared-mode ses motoru periyodu azalıyor mu?
2. 48 kHz’de 16-bit, 24-bit ve 32-bit’e göre yükü düşürüyor mu?
3. Sistem ses efektlerini devre dışı bırakmak yeniden üretilebilir bir yük azalması sağlıyor mu?
4. Endpoint rate değişikliği, 48 kHz kaynak için XAudio2’nin iç işleyişiyle nasıl ilişkili?

Ölçüm; ses kalitesini, FPS’yi, oyun gecikmesini veya dijital sinyal ile hoparlör arasındaki fiziksel gecikmeyi kontrol etmedi.

Araştırma kapsamı

Parametre	Değer
Ölçüm tarihi	2026-08-20
Windows	Windows 11 Pro 25H2, x64
OS build	26200.8655
İşlemci	AMD Ryzen 7 7800X3D, 8 çekirdek / 16 iş parçacığı
Bellek	32 GB
Cihaz	Hoparlörler, Realtek USB Audio
Sürücü	Realtek USB Audio 6.4.0.2422, 2025-08-07
Kaynak device format	48 kHz, 24-bit PCM, stereo
Shared mix format	48 kHz, 32-bit float, stereo
Kaynak efektler	Etkin
Test durumları	17 iz, her durum için bir iz
İz analizi	10 saniyelik beş ardışık pencere

Kaynak iz, Windows build 26200 dalını ve ses cihazı verilerini kaydetti. Tam revision, Windows edition, işlemci modeli ve bellek miktarı ayrıca aynı bilgisayardan 2026-08-24 tarihinde okundu. Ölçüm ile yapılandırmanın yeniden kaydı arasında dört gün geçti.

Endpoint’in benzersiz tanımlayıcısı ve ham sistem izleri yayımlanmaz.

Metodoloji

Durumlar rastgele sırayla yürütüldü. Her biri için 3 saniye ısınma, ardından 52 saniye sistem izleme ve beş adet 10 saniyelik analiz penceresi kullanıldı.

İki yük türü kontrol edildi:

• frekans, bit derinliği ve efektleri karşılaştırmak için kararlı shared-mode WASAPI akışı;
• 8, 32 veya 64 etkin voice ve 44,1 veya 48 kHz kaynaklarla sentetik XAudio2 yükü.

Windows Audio’nun ana göstergesi, audiodg.exe sürecinin scheduler running time değeri olup saniye başına milisaniye çalışma olarak ifade edilir. Ayrıca XAudio2 performance data, glitch sayısı ve iz kaybı istatistikleri okundu.

Tek bir izin beş penceresi korelasyonludur ve yalnızca tanımlayıcı dağılım olarak kullanılır. Bunlar beş bağımsız çalıştırma değildir. Genel sistem arka plan yükü değiştiği için whole-machine CPU, mutlak DPC ve ISR nihai sonuç için kullanılmadı.

Ses motoru periyodu

Endpoint rate	Frames	Periyot
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

Endpoint yalnızca 10 ms periyot döndürdü. 5 ms ve 2,5 ms periyotlar sürücüsü tarafından desteklenmedi. Frekansın yükseltilmesi periyot başına frames sayısını artırdı, ancak periyot süresini azaltmadı.

Bu, belirli bir cihaz ve sürücü kombinasyonunun özelliğidir. Microsoft, kullanılabilir buffer boyutlarını ses sürücüsünün belirlediğini ve uygulamanın desteklenen seçenekleri IAudioClient3 aracılığıyla talep edebileceğini belirtir. Daha fazla bilgi: Low Latency Audio.

Frekans ve audiodg

Tabloda tek bir izin beş penceresinin medyanı ve aralığı verilmiştir. мс/с birimi, audiodg.exe sürecinin bir saniyelik gözlem boyunca kaç milisaniye yürütüldüğünü gösterir.

Endpoint rate	audiodg, medyan	Pencere aralığı
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

Bu seride 96 ve 192 kHz, audiodg.exe süresinde azalma göstermedi. Ancak her frekans için bir iz vardı ve arka plan yükü değişiyordu. Tablo, frekanslar arasında evrensel bir CPU farkı boyutunu kanıtlamaz.

48 kHz’de bit derinliği

Device format	audiodg, medyan	Pencere aralığı
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

Aralıklar kesişiyor ve bağımsız tekrarlar yetersiz. Bu seriye göre 16-bit’e geçişin yeniden üretilebilir bir yük azalması sağladığı söylenemez.

Sistem efektleri

48 kHz / 24-bit’te medyan audiodg.exe, efektler etkinken 4,23 ms/s ve efektler devre dışıyken 4,39 ms/s oldu. Kaynak izdeki bir yüksek pencere nedeniyle ortalama değer ters yönde değişti.

Efektleri devre dışı bırakmanın güvenilir bir avantajı tespit edilmedi. Sonuç, Audio Processing Object veya sürücüyle ilgili belirli bir sorun olmadan bunları devre dışı bırakmak için gerekçe değildir.

XAudio2 ve frekans uyuşmazlığı

Sabit 48 kHz kaynak ve 32 voices için aşağıdaki XAudio2 performance data elde edildi:

Endpoint rate	Audio cycles/s	48 kHz’e göre	Kuyruk tahmini
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, AudioCyclesSinceLastQuery değerini XAudio2’nin önceki istekten sonra sesi işlemek için harcadığı CPU cycles olarak tanımlar. CurrentLatencyInSamples, sürücüye en son iletilen veriler ile çalınan veriler arasındaki yaklaşık mesafedir. Bkz. XAUDIO2_PERFORMANCE_DATA ve IXAudio2::GetPerformanceData.

Bu sentetik durumda endpoint rate’in yükseltilmesi XAudio2’nin iç işini artırdı, ancak kuyruk tahminini neredeyse hiç değiştirmedi. Her varyant için bir performance summary elde edildi, bu nedenle katsayılar bu çalıştırmanın tanımıdır, oyunlar için evrensel bir tahmin değildir.

Ölçümlerin kararlılığı

17 izin tamamında kaydedildi:

• 0 audio glitch;
• 0 kayıp ETW event;
• 0 kayıp ETW buffer.

Doğrulananlar

• İncelenen endpoint’te kullanılabilir shared-mode periyot 44,1, 48, 96 ve 192 kHz’de 10 ms olarak kaldı.
• Frekansın yükseltilmesi, sentetik durumda ölçülen XAudio2 kuyruğunu azaltmadı.
• 16-bit’in audiodg.exe süresi açısından avantajı doğrulanmadı.
• Sistem efektlerini devre dışı bırakmanın avantajı doğrulanmadı.
• 48 kHz / 24-bit, cihazın kaynak biçimiyle uyumludur ve komşu seçeneklere karşı pratik bir kayıp göstermedi.

Doğrulanmayanlar

• Sonuç, başka bir ses cihazında veya Windows build’inde yeniden üretilmedi.
• Tam Windows revision ve genel bilgisayar yapılandırması, ölçümden dört gün sonra kaydedildi, kaynak izin içinde değil.
• Fiziksel DAC, ADC, acoustic veya input-to-sound latency ölçülmedi.
• Ses kalitesi ve farkların duyulabilirliği değerlendirilmedi.
• Belirli oyunlara, FPS’ye ve frametime’a etkisi kontrol edilmedi.
• Tek bir vendor APO’nun katkısı izole edilmedi.
• Kesin genel CPU etkisi, farklı performanstaki işlemcilere taşınamaz.

Sınırlamalar

Ham ETL yayımlanmaz: bunlar süreç ve sistem durumuyla ilgisiz bilgiler içerir. Yukarıdaki tablolar elle seçilmiştir ve benzersiz endpoint ID, usernames, yerel yollar veya command lines içermez.

Araştırma ve kullanılan araçlar BoosterX geliştiricisine aittir, bu nedenle geliştiricinin sonuçlarda doğrudan çıkarı vardır. Metodoloji ve uygulanabilirlik sınırları yukarıda açıklanmıştır ve sonuçlar açık veriler ile listelenen kamuya açık kaynaklardan doğrulanabilir.

Pratik sonuç

İncelenen cihaz için 48 kHz / 24-bit ayarını bırakmak ve belirli bir teşhis edilmiş sorun olmadan sistem efektlerini devre dışı bırakmamak mantıklıdır. Daha düşük gecikme için 96 veya 192 kHz seçimi bu araştırmayla desteklenmemektedir.

Bu, tüm DAC’lar ve sürücüler için evrensel bir ayar değildir. Daha küçük bir shared-mode period bildiren veya farklı bir ses yolu kullanan bir cihaz ayrı bir ölçüm gerektirir.

Durumun geri yüklenmesi

Tamamlandıktan sonra 48 kHz / 24-bit PCM ve sistem efektlerinin kaynak durumu geri yüklendi. Etkin izleme oturumu kalmadı.

Kaynaklar

• Windows Performance Recorder — ETW tabanlı sistem olay kaydı.
• Windows 11 release information — 25H2 sürümünün OS build 26200 dalına karşılık gelmesi.
• Low Latency Audio — ses motoru periyodu, sürücünün rolü ve IAudioClient3 olanakları.
• XAUDIO2_PERFORMANCE_DATA — cycles, queue latency ve glitches değerleri.
• IXAudio2::GetPerformanceData — XAudio2 performance data elde edilmesi.

Araştırma yapıldı: 2026-08-20. Kamuya açık kaynaklar ve ifadeler kontrol edildi: 2026-08-24.

Değişiklik geçmişi

• 2026-09-20: yapı zorunlu biçime getirildi — «Sınırlamalar» ve «Durumun geri yüklenmesi» ayrı bölümlere ayrıldı; ondalık ayırıcılar ve zaman birimleri seri stilinde (virgül, «ms») düzenlendi; çıkar çatışması hakkında bir feragatname eklendi.
• 2026-08-24: ilk yayın; tek bir sistemdeki ölçümler, sonucun taşınma sınırları ve durumun geri yüklenmesi yayımlandı.