Windows Audio فارمیٹ: فریکوئنسی، بٹ ڈیپتھ اور لوڈ

مختصر جواب: تحقیق شدہ Realtek USB Audio endpoint پر فارمیٹ 48 kHz / 24-bit عملی انتخاب رہا۔ 96 یا 192 kHz پر منتقلی نے دستیاب آڈیو انجن پیریڈ یا XAudio2 قطار کے تخمینے کو کم نہیں کیا۔ CPU پر 16-bit کی برتری اور سسٹم ایفیکٹس بند کرنے کا فائدہ تصدیق شدہ نہیں ہوا۔

حالت: ایک سسٹم پر ماپا گیا، دوسرے ڈیوائس پر دوبارہ پیدا نہیں ہوا۔ نتیجہ خودکار طور پر کسی دوسرے آڈیو ڈرائیور، DAC یا Windows build پر منتقل نہیں کیا جا سکتا۔ حالتوں کے معنی تحقیقی طریقہ کار میں بیان کیے گئے ہیں۔

کیا جانچا گیا

تحقیق نے چار سوالات کے جواب دیے:

1. کیا فریکوئنسی بڑھانے پر shared-mode آڈیو انجن کا پیریڈ کم ہوتا ہے؟
2. کیا 48 kHz پر 16-bit، 24-bit اور 32-bit کے مقابلے میں لوڈ کم کرتا ہے؟
3. کیا سسٹم آڈیو ایفیکٹس بند کرنا لوڈ میں قابلِ تکرار کمی دیتا ہے؟
4. 48 kHz ماخذ کے لیے endpoint rate کی تبدیلی XAudio2 کے اندرونی کام سے کیسے جڑی ہے؟

پیمائش نے آواز کے معیار، FPS، گیم لیٹنسی یا ڈیجیٹل سگنل اور اسپیکر کے درمیان طبعی تاخیر کی جانچ نہیں کی۔

تحقیق کا دائرہ

پیرامیٹر	قدر
پیمائش کی تاریخ	2026-08-20
Windows	Windows 11 Pro 25H2, x64
OS build	26200.8655
پروسیسر	AMD Ryzen 7 7800X3D، 8 cores / 16 threads
رینڈم ایکسیس میموری	32 GB
ڈیوائس	اسپیکرز، Realtek USB Audio
ڈرائیور	Realtek USB Audio 6.4.0.2422 از 2025-08-07
اصل device format	48 kHz, 24-bit PCM, stereo
Shared mix format	48 kHz, 32-bit float, stereo
اصل ایفیکٹس	فعال
ٹیسٹ کیسز	17 traces، فی کیس ایک trace
Trace کا تجزیہ	10 سیکنڈ کے پانچ مسلسل ونڈوز

اصل trace نے Windows build 26200 کی شاخ اور آڈیو ڈیوائس کا ڈیٹا ریکارڈ کیا۔ مکمل revision، Windows edition، پروسیسر ماڈل اور میموری کی مقدار اضافی طور پر اسی کمپیوٹر سے 2026-08-24 کو پڑھی گئی۔ پیمائش اور کنفیگریشن کی دوبارہ ریکارڈنگ کے درمیان چار دن گزرے۔

endpoint کا منفرد شناخت کنندہ اور خام سسٹم traces شائع نہیں کیے جاتے۔

طریقہ کار

کیسز بے ترتیب ترتیب میں چلائے گئے۔ ہر ایک کے لیے 3 سیکنڈ گرمائش، پھر 52 سیکنڈ سسٹم trace اور 10 سیکنڈ کے پانچ تجزیہ ونڈوز استعمال ہوئے۔

لوڈ کی دو اقسام جانچی گئیں:

• مستحکم shared-mode WASAPI اسٹریم برائے موازنہ تعدد، بٹ گہرائی اور اثرات؛
• مصنوعی XAudio2 بوجھ بمع 8، 32 یا 64 فعال voices اور 44,1 یا 48 kHz ماخذ۔

Windows Audio کا بنیادی پیمانہ audiodg.exe پروسیس کا scheduler running time ہے، جو فی سیکنڈ کام کے ملی سیکنڈز میں ظاہر کیا جاتا ہے۔ الگ سے XAudio2 performance data، glitches کی تعداد اور tracing نقصان کے اعداد و شمار پڑھے گئے۔

ایک ہی trace کی پانچ ونڈوز باہم مرتبط ہیں اور صرف وضاحتی انتشار کے طور پر استعمال ہوتی ہیں۔ یہ پانچ آزاد runs نہیں ہیں۔ نظام کا مجموعی پس منظر بوجھ بدلتا رہا، اس لیے whole-machine CPU، مطلق DPC اور ISR حتمی نتیجے کے لیے استعمال نہیں کیے گئے۔

آڈیو انجن کا دورانیہ

Endpoint rate	Frames	دورانیہ
44,1 kHz	441	10,0 م س
48 kHz	480	10,0 م س
96 kHz	960	10,0 م س
192 kHz	1920	10,0 م س

Endpoint نے صرف 10 م س کا دورانیہ واپس کیا۔ 5 م س اور 2,5 م س کے دورانیے اس کے ڈرائیور کی جانب سے معاون نہیں تھے۔ تعدد بڑھانے سے فی دورانیہ frames کی تعداد بڑھی، مگر دورانیے کی طوالت کم نہ ہوئی۔

یہ کسی مخصوص آلہ اور ڈرائیور کے امتزاج کی خصوصیت ہے۔ Microsoft بتاتا ہے کہ دستیاب buffer سائز کا تعین آڈیو ڈرائیور کرتا ہے، اور ایپلیکیشن IAudioClient3 کے ذریعے معاون اقسام کی درخواست کر سکتی ہے۔ مزید تفصیل: Low Latency Audio۔

تعدد اور audiodg

جدول میں ایک ہی trace کے اندر پانچ ونڈوز کی median اور حد دی گئی ہے۔ мс/с کی اکائی دکھاتی ہے کہ audiodg.exe پروسیس مشاہدے کے ایک سیکنڈ میں کتنے ملی سیکنڈ چلا۔

Endpoint rate	audiodg، median	ونڈوز کی حد
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 م س/س

اس سیریز میں 96 اور 192 kHz نے audiodg.exe کے وقت میں کمی نہ دکھائی۔ مگر ہر تعدد کے لیے ایک ہی trace تھی، اور پس منظر بوجھ بدلتا رہا۔ جدول تعددات کے درمیان عالمگیر CPU فرق کے حجم کو ثابت نہیں کرتا۔

48 kHz پر بٹ گہرائی

Device format	audiodg، median	ونڈوز کی حد
16-bit	4,07 م س/س	4,03–4,35 م س/س
24-bit	4,23 م س/س	4,20–5,63 م س/س
32-bit	4,20 م س/س	4,16–4,64 م س/س

حدیں باہم متداخل ہیں، اور آزاد تکرار ناکافی ہے۔ اس سیریز کی بنیاد پر یہ دعویٰ نہیں کیا جا سکتا کہ 16-bit پر منتقلی بوجھ میں قابلِ تکرار کمی دیتی ہے۔

سسٹم ایفیکٹس

48 kHz / 24-bit پر audiodg.exe کا میڈین فعال اثرات کے ساتھ 4,23 ms/s اور غیر فعال اثرات کے ساتھ 4,39 ms/s رہا۔ اوسط قدر اصل ٹریس میں ایک بلند ونڈو کی وجہ سے دوسری سمت میں بدلی۔

اثرات غیر فعال کرنے کا کوئی قابلِ اعتماد فائدہ ثابت نہیں ہوا۔ یہ نتیجہ Audio Processing Object یا ڈرائیور کے ساتھ کسی مخصوص مسئلے کے بغیر انہیں غیر فعال کرنے کی بنیاد نہیں بنتا۔

XAudio2 اور فریکوئنسی کی عدم مطابقت

مقررہ ماخذ 48 kHz اور 32 voices کے لیے درج ذیل XAudio2 performance data حاصل ہوئے:

Endpoint rate	Audio cycles/s	48 kHz کے نسبت	قطار کا تخمینہ
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 کی تعریف XAudio2 کے آڈیو پر کارروائی کے لیے پچھلی درخواست کے بعد صرف ہونے والے CPU cycles کے طور پر کرتا ہے۔ CurrentLatencyInSamples ڈرائیور کو بھیجے گئے آخری ڈیٹا اور چلائے جا رہے ڈیٹا کے درمیان تخمینی فاصلہ ہے۔ دیکھیں XAUDIO2_PERFORMANCE_DATA اور IXAudio2::GetPerformanceData۔

اس مصنوعی کیس میں endpoint rate بڑھانے سے XAudio2 کا اندرونی کام بڑھا، لیکن اس کے قطار کے تخمینے میں عملاً کوئی تبدیلی نہیں آئی۔ ہر variant کے لیے ایک performance summary حاصل ہوا، اس لیے گتانک اس رن کی وضاحت ہیں، نہ کہ گیمز کے لیے کوئی عالمگیر پیش گوئی۔

پیمائشوں کا استحکام

تمام 17 ٹریسز میں درج ہوا:

• 0 audio glitches;
• 0 گمشدہ ETW events;
• 0 گمشدہ ETW buffers.

کیا تصدیق ہوئی

• زیرِ تحقیق endpoint پر دستیاب shared-mode period 44,1، 48، 96 اور 192 kHz پر 10 ms رہا۔
• فریکوئنسی بڑھانے سے مصنوعی کیس میں XAudio2 کی پیمائش شدہ قطار کم نہیں ہوئی۔
• audiodg.exe کے وقت پر 16-bit کی برتری ثابت نہیں ہوئی۔
• سسٹم اثرات غیر فعال کرنے کی برتری ثابت نہیں ہوئی۔
• 48 kHz / 24-bit ڈیوائس کے اصل فارمیٹ سے مطابقت رکھتا ہے اور اس نے ملحقہ variants کے مقابلے میں کوئی عملی نقصان نہیں دکھایا۔

کیا تصدیق نہیں ہوئی

• نتیجہ کسی دوسرے آڈیو ڈیوائس یا Windows build پر دہرایا نہیں گیا۔
• Windows کا مکمل revision اور کمپیوٹر کی مجموعی ترتیب پیمائش کے چار دن بعد ریکارڈ کی گئی، نہ کہ اصل ٹریس کے اندر۔
• طبعی DAC، ADC، acoustic یا input-to-sound latency کی پیمائش نہیں کی گئی۔
• آواز کے معیار اور فرق کی سماعت پذیری کا جائزہ نہیں لیا گیا۔
• مخصوص گیمز، FPS اور frametime پر اثر کی جانچ نہیں کی گئی۔
• کسی انفرادی vendor APO کا حصہ الگ نہیں کیا گیا۔
• درست مجموعی CPU اثر دوسری کارکردگی کے پروسیسرز پر منتقل نہیں کیا جا سکتا۔

پابندیاں

خام ETL شائع نہیں کیے جاتے: ان میں عمل اور سسٹم کی حالت سے غیر متعلق معلومات شامل ہیں۔ اوپر کی جدولیں دستی طور پر منتخب کی گئی ہیں اور ان میں منفرد endpoint ID، usernames، مقامی paths یا command lines شامل نہیں۔

تحقیق اور استعمال شدہ اوزار BoosterX کے ڈویلپر کی ملکیت ہیں، اس لیے ڈویلپر کا نتائج میں براہِ راست مفاد ہے۔ طریقہ کار اور اطلاق کی حدود اوپر بیان کی گئی ہیں، اور نتائج کو کھلے ڈیٹا اور درج عوامی ماخذوں سے جانچا جا سکتا ہے۔

عملی نتیجہ

زیرِ تحقیق ڈیوائس کے لیے 48 kHz / 24-bit برقرار رکھنا اور کسی مخصوص تشخیص شدہ مسئلے کے بغیر سسٹم اثرات غیر فعال نہ کرنا معقول ہے۔ کم تاخیر کے لیے 96 یا 192 kHz کا انتخاب اس تحقیق سے تائید نہیں پاتا۔

یہ تمام DAC اور ڈرائیورز کے لیے کوئی عالمگیر ترتیب نہیں۔ کوئی ڈیوائس جو کم shared-mode period بتائے یا مختلف آڈیو راستہ استعمال کرے، اس کے لیے الگ پیمائش درکار ہے۔

حالت کی بحالی

اختتام کے بعد 48 kHz / 24-bit PCM اور سسٹم اثرات کی اصل حالت بحال کر دی گئی۔ کوئی فعال ٹریسنگ سیشن باقی نہیں رہا۔

ماخذ

• Windows Performance Recorder — ETW پر مبنی سسٹم ایونٹ ریکارڈنگ۔
• Windows 11 release information — ورژن 25H2 کا OS build 26200 برانچ سے مطابقت۔
• Low Latency Audio — آڈیو انجن کا period، ڈرائیور کا کردار اور IAudioClient3 کی صلاحیتیں۔
• XAUDIO2_PERFORMANCE_DATA — cycles، queue latency اور glitches کی اقدار۔
• IXAudio2::GetPerformanceData — XAudio2 performance data حاصل کرنا۔

تحقیق مکمل ہوئی: 2026-08-20۔ عوامی ماخذ اور عبارات جانچے گئے: 2026-08-24۔

تبدیلیوں کی تاریخ

• 2026-09-20: ساختار کو لازمی شکل میں لایا گیا — «پابندیاں» اور «حالت کی بحالی» کو الگ الگ حصوں میں نکالا گیا؛ اعشاری تقسیم کار اور وقت کی اکائیاں سیریز کے انداز (کوما، «ملی سیکنڈ») کے مطابق کی گئیں؛ مفادات کے تصادم کے بارے میں دستبرداری شامل کی گئی۔
• 2026-08-24: پہلی اشاعت؛ ایک ہی سسٹم پر پیمائش، نتیجے کی منتقلی کی حدود اور حالت کی بحالی شائع کی گئیں۔