تخطَّ إلى المحتوى

تنسيق Windows Audio: معدل العينة وعمق البت والحمل

على هذه الصفحة

الإجابة المختصرة: على نقطة نهاية Realtek USB Audio التي جرى فحصها، بقي التنسيق 48 kHz / 24-bit الخيار العملي. لم يؤدِّ الانتقال إلى 96 أو 192 kHz إلى تقليل الفترة المتاحة لمحرك الصوت أو تقدير قائمة الانتظار في XAudio2. ولم تتأكد ميزة 16-bit من حيث CPU ولا فائدة تعطيل تأثيرات النظام.

الحالة: مقيس على نظام واحد، ولم يُعَد إنتاجه على جهاز آخر. لا يمكن نقل النتيجة تلقائيًا إلى مشغّل صوت أو DAC أو Windows build آخر. وصف معاني الحالات مذكور في منهجية الأبحاث.

ما الذي جرى فحصه

Section titled “ ما الذي جرى فحصه”

أجابت الدراسة عن أربعة أسئلة:

  1. هل تقل فترة محرك الصوت في shared-mode عند رفع التردد؟
  2. هل يخفّض 16-bit الحمل مقارنةً بـ 24-bit و32-bit عند 48 kHz؟
  3. هل يعطي تعطيل تأثيرات الصوت في النظام انخفاضًا قابلًا لإعادة الإنتاج في الحمل؟
  4. كيف يرتبط تغيير endpoint rate بالعمل الداخلي لـ XAudio2 لمصدر 48 kHz؟

لم يفحص القياس جودة الصوت، ولا FPS، ولا زمن استجابة اللعبة، ولا التأخير الفيزيائي بين الإشارة الرقمية ومكبر الصوت.

نطاق الدراسة

Section titled “ نطاق الدراسة”
المعامل القيمة
تاريخ القياس 2026-08-20
Windows Windows 11 Pro 25H2, x64
OS build 26200.8655
المعالج AMD Ryzen 7 7800X3D، 8 أنوية / 16 خيطًا
الذاكرة العشوائية 32 GB
الجهاز مكبرات الصوت، Realtek USB Audio
المشغّل Realtek USB Audio 6.4.0.2422 من 2025-08-07
تنسيق الجهاز الأصلي 48 kHz, 24-bit PCM, stereo
Shared mix format 48 kHz, 32-bit float, stereo
التأثيرات الأصلية مفعّلة
حالات الاختبار 17 مسارًا، مسار واحد لكل حالة
تحليل المسار خمس نوافذ متتالية بمدة 10 ثوانٍ لكل منها

سجّل المسار الأصلي فرع Windows build 26200 وبيانات جهاز الصوت. وقُرئ revision الكامل، وإصدار Windows، وطراز المعالج، وحجم الذاكرة إضافةً إلى ذلك من الحاسوب نفسه في 2026-08-24. ومضت أربعة أيام بين القياس وإعادة تثبيت الإعدادات.

لا يُنشر المعرّف الفريد لـ endpoint ولا تتبعات النظام الخام.

المنهجية

Section titled “ المنهجية”

نُفّذت الحالات بترتيب عشوائي. واستُخدم لكل حالة تسخين لمدة 3 ثوانٍ، ثم تتبع نظام لمدة 52 ثانية، وخمس نوافذ تحليل بمدة 10 ثوانٍ لكل منها.

فُحص نوعان من الحمل:

  • تدفق WASAPI مستقر في shared-mode لمقارنة التردد وعدد البتات والتأثيرات؛
  • حمل XAudio2 اصطناعي مع 8 أو 32 أو 64 voices نشطة ومصادر 44,1 أو 48 kHz.

المؤشر الأساسي في Windows Audio هو scheduler running time للعملية audiodg.exe، معبَّرًا عنه بالميلي ثانية من العمل لكل ثانية. وقُرئت بشكل منفصل XAudio2 performance data، وعدد glitches، وإحصاءات فقدان التتبع.

النوافذ الخمس لمسار واحد مترابطة وتُستخدم فقط كتشتت وصفي. وهي ليست خمس عمليات تشغيل مستقلة. وقد تغيّر الحمل الخلفي العام للنظام، لذلك لم يُستخدم whole-machine CPU ولا DPC و ISR المطلقة في الاستنتاج النهائي.

فترة محرك الصوت

Section titled “ فترة محرك الصوت”
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

Section titled “ التردد و audiodg”

يعرض الجدول الوسيط والمدى للنوافذ الخمس داخل مسار واحد. وتُظهر وحدة мс/с عدد الميلي ثانية التي نُفّذت فيها العملية audiodg.exe خلال ثانية واحدة من المراقبة.

Endpoint rate audiodg، الوسيط مدى النوافذ
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. لكن كان لكل تردد مسار واحد، وكان الحمل الخلفي متغيرًا. ولا يثبت الجدول حجمًا عالميًا لفرق CPU بين الترددات.

عدد البتات عند 48 kHz

Section titled “ عدد البتات عند 48 kHz”
Device format audiodg، الوسيط مدى النوافذ
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 يعطي انخفاضًا قابلًا لإعادة الإنتاج في الحمل.

تأثيرات النظام

Section titled “ تأثيرات النظام”

عند 48 kHz / 24-bit بلغ الوسيط audiodg.exe 4,23 م.ث/ث مع التأثيرات المفعّلة و4,39 م.ث/ث مع التأثيرات المعطّلة. وقد تغيّر المتوسط في الاتجاه المعاكس بسبب نافذة واحدة أعلى في المسار الأصلي.

لم تُثبَت ميزة موثوقة لتعطيل التأثيرات. والنتيجة ليست أساسًا لتعطيلها دون مشكلة محددة مع Audio Processing Object أو المشغّل.

XAudio2 وعدم تطابق التردد

Section titled “ XAudio2 وعدم تطابق التردد”

لمصدر ثابت 48 kHz و32 voices، حُصل على XAudio2 performance data التالية:

Endpoint rate Audio cycles/s نسبةً إلى 48 kHz تقدير قائمة الانتظار
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 AudioCyclesSinceLastQuery بأنها CPU cycles التي أنفقها XAudio2 على معالجة الصوت بعد الطلب السابق. وCurrentLatencyInSamples هي المسافة التقريبية بين آخر بيانات سُلّمت إلى المشغّل والبيانات التي يجري تشغيلها. انظر XAUDIO2_PERFORMANCE_DATA وIXAudio2::GetPerformanceData.

أدى رفع endpoint rate في هذه الحالة الاصطناعية إلى زيادة العمل الداخلي لـ XAudio2، لكنه لم يغيّر تقريبًا تقديره لقائمة الانتظار. وقد حُصل على performance summary واحد لكل متغير، لذلك فإن المعاملات وصف لهذه العملية وليست تنبؤًا عالميًا للألعاب.

استقرار القياسات

Section titled “استقرار القياسات”

في جميع المسارات الـ 17 سُجّل:

  • 0 audio glitches؛
  • 0 ETW events مفقودة؛
  • 0 ETW buffers مفقودة.

ما الذي تأكد

Section titled “ ما الذي تأكد”
  • على endpoint المفحوص بقي shared-mode period المتاح 10 م.ث عند 44,1 و48 و96 و192 kHz.
  • لم يؤدِّ رفع التردد إلى تقليل قائمة الانتظار المقيسة لـ XAudio2 في الحالة الاصطناعية.
  • لم تتأكد ميزة 16-bit من حيث زمن audiodg.exe.
  • لم تتأكد ميزة تعطيل تأثيرات النظام.
  • 48 kHz / 24-bit يطابق التنسيق الأصلي للجهاز ولم يُظهر خسارة عملية مقارنةً بالمتغيرات المجاورة.

ما الذي لم يتأكد

Section titled “ ما الذي لم يتأكد”
  • لم تُعَد النتيجة إنتاجها على جهاز صوت آخر أو Windows build آخر.
  • سُجّل revision الكامل لـ Windows والإعدادات العامة للحاسوب بعد أربعة أيام من القياس، لا داخل المسار الأصلي.
  • لم يُقس التأخير الفيزيائي لـ DAC أو ADC أو acoustic أو input-to-sound latency.
  • لم تُقيَّم جودة الصوت ولا مسموعية الفروق.
  • لم يُفحص التأثير على ألعاب محددة أو FPS أو frametime.
  • لم تُعزل مساهمة vendor APO واحد بعينه.
  • لا يمكن نقل تأثير CPU العام الدقيق إلى معالجات بأداء مختلف.

القيود

Section titled “القيود”

لا تُنشر ملفات ETL الخام: فهي تحتوي معلومات غير مرتبطة بحالة العمليات والنظام. والجداول أعلاه منتقاة يدويًا ولا تحتوي المعرّف الفريد لـ endpoint ولا usernames ولا المسارات المحلية ولا command lines.

الدراسة والأدوات المستخدمة مملوكة لمطوّر BoosterX، لذلك لدى المطوّر مصلحة مباشرة في النتائج. والمنهجية وحدود قابلية التطبيق موصوفة أعلاه، ويمكن التحقق من الاستنتاجات عبر البيانات المفتوحة والمصادر العامة المذكورة.

الاستنتاج العملي

Section titled “ الاستنتاج العملي”

بالنسبة للجهاز المفحوص من المعقول الإبقاء على 48 kHz / 24-bit وعدم تعطيل تأثيرات النظام دون مشكلة مشخصّة محددة. واختيار 96 أو 192 kHz من أجل تأخير أقل لا تدعمه هذه الدراسة.

هذا ليس إعدادًا عالميًا لجميع DAC والمشغّلات. فالجهاز الذي يعلن shared-mode period أقل أو يستخدم مسار صوت آخر يحتاج إلى قياس منفصل.

استعادة الحالة

Section titled “استعادة الحالة”

بعد الانتهاء أُعيد 48 kHz / 24-bit PCM والحالة الأصلية لتأثيرات النظام. ولم تبقَ أي جلسات تتبع نشطة.

المصادر

Section titled “المصادر”

أُجريت الدراسة: 2026-08-20. وروجعت المصادر العامة والصياغات: 2026-08-24.

سجل التغييرات

Section titled “سجل التغييرات”
  • 2026-09-20: أُعيدت البنية إلى الشكل الإلزامي — فُصل «القيود» و«استعادة الحالة» في قسمين مستقلين؛ وأُعيدت الفواصل العشرية ووحدات الزمن إلى نمط السلسلة (فاصلة، «م.ث»)؛ وأُضيف إخلاء مسؤولية بشأن تضارب المصالح.
  • 2026-08-24: النشر الأول؛ ونُشرت القياسات على نظام واحد، وحدود نقل النتيجة، واستعادة الحالة.