Перейти к содержимому

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 সোর্সের জন্য XAudio2-এর অভ্যন্তরীণ কাজের সাথে endpoint rate পরিবর্তনের সম্পর্ক কী?

পরিমাপে সাউন্ডের গুণমান, FPS, গেম ল্যাটেন্সি বা ডিজিটাল সিগন্যাল ও স্পিকারের মধ্যে ভৌত বিলম্ব যাচাই করা হয়নি।

প্যারামিটার মান
পরিমাপের তারিখ 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
মূল device format 48 kHz, 24-bit PCM, stereo
Shared mix format 48 kHz, 32-bit float, stereo
মূল ইফেক্ট সক্রিয়
টেস্ট কেস 17 ট্রেস, প্রতি কেসে একটি ট্রেস
ট্রেস বিশ্লেষণ 10 সেকেন্ডের পাঁচটি ধারাবাহিক উইন্ডো

মূল ট্রেসে Windows build 26200-এর শাখা এবং অডিও ডিভাইসের ডেটা রেকর্ড করা হয়েছে। সম্পূর্ণ revision, Windows edition, প্রসেসরের মডেল এবং মেমরির পরিমাণ অতিরিক্তভাবে একই কম্পিউটার থেকে 2026-08-24-এ পড়া হয়েছে। পরিমাপ ও কনফিগারেশনের পুনরায় রেকর্ডিংয়ের মধ্যে চার দিন পার হয়েছে।

endpoint-এর অনন্য শনাক্তকারী এবং কাঁচা সিস্টেম ট্রেসিং প্রকাশ করা হয় না।

কেসগুলো এলোমেলো ক্রমে সম্পাদিত হয়েছে। প্রতিটির জন্য 3 সেকেন্ড ওয়ার্মআপ, তারপর 52 সেকেন্ড সিস্টেম ট্রেসিং এবং পাঁচটি 10-সেকেন্ডের বিশ্লেষণ উইন্ডো ব্যবহার করা হয়েছে।

দুই ধরনের লোড যাচাই করা হয়েছে:

  • ফ্রিকোয়েন্সি, বিট ডেপথ এবং ইফেক্ট তুলনার জন্য স্থিতিশীল shared-mode WASAPI স্ট্রিম;
  • 8, 32 বা 64 সক্রিয় voices এবং 44,1 বা 48 kHz সোর্সসহ কৃত্রিম XAudio2 লোড।

Windows Audio-এর প্রধান সূচক — audiodg.exe প্রসেসের scheduler running time, যা প্রতি সেকেন্ডে মিলিসেকেন্ড কাজ হিসেবে প্রকাশ করা হয়। আলাদাভাবে XAudio2 performance data, glitches-এর সংখ্যা এবং ট্রেসিং লসের পরিসংখ্যান পড়া হয়েছে।

একই ট্রেসের পাঁচটি উইন্ডো পারস্পরিক সম্পর্কযুক্ত এবং শুধুমাত্র বর্ণনামূলক বিস্তার হিসেবে ব্যবহৃত। এগুলো পাঁচটি স্বাধীন রান নয়। সামগ্রিক ব্যাকগ্রাউন্ড লোড পরিবর্তিত হয়েছে, তাই চূড়ান্ত সিদ্ধান্তের জন্য 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.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 সময়ের হ্রাস দেখায়নি। কিন্তু প্রতিটি ফ্রিকোয়েন্সির জন্য একটি ট্রেস ছিল, এবং ব্যাকগ্রাউন্ড লোড পরিবর্তিত হয়েছে। টেবিলটি ফ্রিকোয়েন্সিগুলোর মধ্যে সর্বজনীন CPU-পার্থক্যের আকার প্রমাণ করে না।

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 мс/с এবং নিষ্ক্রিয় থাকলে 4,39 мс/с ছিল। মূল ট্রেসে একটি উচ্চতর উইন্ডোর কারণে গড় মান বিপরীত দিকে পরিবর্তিত হয়েছে।

ইফেক্ট নিষ্ক্রিয় করার নির্ভরযোগ্য সুবিধা প্রতিষ্ঠিত হয়নি। ফলাফল Audio Processing Object বা ড্রাইভারের নির্দিষ্ট সমস্যা ছাড়া সেগুলো নিষ্ক্রিয় করার ভিত্তি নয়।

স্থির 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-কে সংজ্ঞায়িত করে পূর্ববর্তী অনুরোধের পরে অডিও প্রক্রিয়াকরণে XAudio2-এর ব্যয় করা CPU cycles হিসেবে। CurrentLatencyInSamples হলো ড্রাইভারে সর্বশেষ পাঠানো এবং পুনরুৎপাদিত ডেটার মধ্যে আনুমানিক দূরত্ব। দেখুন XAUDIO2_PERFORMANCE_DATA এবং IXAudio2::GetPerformanceData।

এই কৃত্রিম ক্ষেত্রে endpoint rate বাড়ালে XAudio2-এর অভ্যন্তরীণ কাজ বেড়েছে, কিন্তু তার কিউ অনুমান কার্যত অপরিবর্তিত থেকেছে। প্রতিটি ভ্যারিয়েন্টের জন্য একটি performance summary পাওয়া গেছে, তাই সহগগুলো এই রানের বর্ণনা, গেমের জন্য সর্বজনীন পূর্বাভাস নয়।

সব 17 ট্রেসে নিবন্ধিত হয়েছে:

  • 0 audio glitches;
  • 0 হারানো ETW events;
  • 0 হারানো ETW buffers।
  • পরীক্ষিত endpoint-এ 44,1, 48, 96 এবং 192 kHz-এ উপলব্ধ shared-mode পিরিয়ড 10 мс থেকেছে।
  • ফ্রিকোয়েন্সি বাড়ালে কৃত্রিম ক্ষেত্রে পরিমাপকৃত XAudio2 কিউ কমেনি।
  • audiodg.exe সময়ে 16-bit-এর সুবিধা নিশ্চিত হয়নি।
  • সিস্টেম ইফেক্ট নিষ্ক্রিয় করার সুবিধা নিশ্চিত হয়নি।
  • 48 kHz / 24-bit ডিভাইসের মূল ফরম্যাটের সাথে মেলে এবং প্রতিবেশী বিকল্পগুলোর তুলনায় ব্যবহারিক ক্ষতি দেখায়নি।
  • ফলাফল অন্য অডিও ডিভাইস বা Windows build-এ পুনরুৎপাদন করা হয়নি।
  • সম্পূর্ণ Windows revision এবং কম্পিউটারের সামগ্রিক কনফিগারেশন পরিমাপের চার দিন পরে রেকর্ড করা হয়েছে, মূল ট্রেসের ভিতরে নয়।
  • ভৌত DAC, ADC, acoustic বা input-to-sound latency পরিমাপ করা হয়নি।
  • সাউন্ডের গুণমান এবং পার্থক্যের শ্রবণযোগ্যতা মূল্যায়ন করা হয়নি।
  • নির্দিষ্ট গেম, FPS এবং frametime-এ প্রভাব যাচাই করা হয়নি।
  • পৃথক vendor APO-এর অবদান বিচ্ছিন্ন করা হয়নি।
  • সঠিক সামগ্রিক CPU-প্রভাব অন্য কর্মক্ষমতার প্রসেসরে স্থানান্তর করা যাবে না।

কাঁচা ETL প্রকাশ করা হয় না: সেগুলোতে প্রসেস ও সিস্টেমের অবস্থার অসম্পর্কিত তথ্য রয়েছে। উপরের টেবিলগুলো হাতে বাছাই করা এবং এতে অনন্য endpoint ID, usernames, স্থানীয় পাথ বা command lines নেই।

গবেষণা এবং ব্যবহৃত টুলগুলো BoosterX ডেভেলপারের মালিকানাধীন, তাই ডেভেলপারের ফলাফলে সরাসরি স্বার্থ রয়েছে। পদ্ধতি এবং প্রযোজ্যতার সীমা উপরে বর্ণিত, এবং সিদ্ধান্তগুলো উন্মুক্ত ডেটা ও তালিকাভুক্ত পাবলিক সোর্স থেকে যাচাই করা যায়।

পরীক্ষিত ডিভাইসের জন্য 48 kHz / 24-bit রাখা এবং নির্দিষ্ট নির্ণীত সমস্যা ছাড়া সিস্টেম ইফেক্ট নিষ্ক্রিয় না করা যুক্তিসঙ্গত। কম বিলম্বের জন্য 96 বা 192 kHz নির্বাচন এই গবেষণা দ্বারা সমর্থিত নয়।

এটি সব DAC এবং ড্রাইভারের জন্য সর্বজনীন সেটিং নয়। যে ডিভাইস ছোট shared-mode period রিপোর্ট করে বা ভিন্ন অডিও পাথ ব্যবহার করে, তার জন্য আলাদা পরিমাপ প্রয়োজন।

সমাপ্তির পরে 48 kHz / 24-bit PCM এবং সিস্টেম ইফেক্টের মূল অবস্থা পুনরুদ্ধার করা হয়েছে। কোনো সক্রিয় ট্রেসিং সেশন অবশিষ্ট নেই।

গবেষণা সম্পন্ন: 2026-08-20। পাবলিক সোর্স এবং ভাষ্য যাচাই: 2026-08-24।

  • 2026-09-20: কাঠামো বাধ্যতামূলক আকারে আনা হয়েছে — «সীমাবদ্ধতা» এবং «অবস্থা পুনরুদ্ধার» আলাদা বিভাগে বিভক্ত; দশমিক বিভাজক এবং সময়ের একক সিরিজের শৈলীতে আনা হয়েছে (কমা, «мс»); স্বার্থের সংঘাত সম্পর্কে ডিসক্লেইমার যোগ করা হয়েছে।
  • 2026-08-24: প্রথম প্রকাশ; একটি সিস্টেমে পরিমাপ, ফলাফল স্থানান্তরের সীমা এবং অবস্থা পুনরুদ্ধার প্রকাশিত হয়েছে।