ऑडियो लेटेंसी — स्पीकर टेस्ट छुपाता है
अधिकांश ऑडियो टेस्ट केवल जांचते हैं कि ध्वनि बजती है और माइक कैप्चर करता है। न तो राउंड-ट्रिप लेटेंसी मापते हैं — ऑडियो इवेंट के माइक में प्रवेश से प्रोसेस्ड सिग्नल के स्पीकर से बाहर निकलने तक का समय। यह एकमात्र संख्या तय करती है कि संगीतकार क्लिक ट्रैक पर रिकॉर्ड कर सकते हैं, वीडियो कॉल स्वाभाविक लगते हैं, और गेम में स्पेशियल ऑडियो सटीक है। एक सिस्टम हर प्लेबैक जांच पास कर सकता है फिर भी भयानक लेटेंसी हो सकती है।
हर हार्डवेयर जांच एक ही तरह शुरू होती है। नए स्पीकर प्लग करें, टेस्ट टोन बजाएं, ध्वनि निकलती है कन्फर्म करें। माइक प्लग करें, बोलें, लेवल मीटर देखें। वे दो टेस्ट आउटपुट पथ और इनपुट पथ काम करते हैं यह कन्फर्म करते हैं। न तो वह सवाल मापते हैं जो वास्तव में तय करता है कि आपका ऑडियो सेटअप असली काम संभाल सकता है: एक ध्वनि को माइक से, कंप्यूटर के माध्यम से, और स्पीकर से बाहर निकलने में कितना समय लगता है?
वह संख्या राउंड-ट्रिप लेटेंसी है, और यह चुपचाप तय करती है आपका सिस्टम कौन से काम ईमानदारी से संभाल सकता है:
- संगीत रिकॉर्ड करना। क्लिक या बैकिंग ट्रैक के साथ बजाने पर आपकी अपनी ध्वनि लगभग तुरंत लौटनी चाहिए। लगभग चालीस मिलीसेकंड के ऊपर, आपका समय भटकता है। अन्य उपकरणों के साथ एक USB नियंत्रक साझा करने वाले ऑडियो इंटरफेस भी USB बैंडविड्थ प्रतिस्पर्धा से पीड़ित हो सकते हैं, जो बफर देरी के ऊपर विलंबता वृद्धि जोड़ता है।
- बातचीत। वीडियो कॉल तभी स्वाभाविक लगते हैं जब ऑडियो पाइपलाइन टाइट हो।
- स्पेशियल ऑडियो के साथ गेम। पोज़िशनल साउंड तभी काम करता है जब ऑडियो आपके देखे से कदम में आता है।
टोन टेस्ट लेटेंसी मापता नहीं
स्पीकर टेस्ट एक टोन बजाता है और कन्फर्म करता है कि ध्वनि निकलती है। यह एक कार्यक्षमता जांच है जिसका परिणाम पास या फेल है: केबल जुड़ा है, ड्राइवर लोड है, आवाज बंद नहीं है, डिजिटल-टू-एनालॉग कन्वर्टर जीवित है। यदि आप टोन सुन सकते हैं, आउटपुट पथ काम करता है। वही टेस्ट बता सकता है।
माइक टेस्ट इनपुट दिशा में वही करता है। यह आपकी आवाज रिकॉर्ड करता है, लेवल मीटर दिखाता है, और पुष्टि करता है कि माइक, प्रीएम्पलीफायर और एनालॉग-टू-डिजिटल कन्वर्टर काम कर रहे हैं।
लेटेंसी माप पूरी तरह से अलग प्रकार का टेस्ट है। यह यह नहीं पूछता कि सिग्नल पथ पार कर सकता है या नहीं, बल्कि पूछता है कि इसमें कितना समय लगता है। प्रक्रिया सरल है: एक ज्ञात सिग्नल — एक इम्पल्स, एक क्लिक, एक छोटा बर्स्ट — आउटपुट के माध्यम से भेजें, इनपुट पर कैप्चर करें, और ट्रांसमिशन और रिसेप्शन के बीच समय अंतर की गणना करें। वह अंतर राउंड-ट्रिप लेटेंसी है, मिलीसेकंड में व्यक्त।
यह अंतर महत्वपूर्ण है क्योंकि दो माप स्वतंत्र हैं। एक सिस्टम हर प्लेबैक टेस्ट पास कर सकता है फिर भी भयानक लेटेंसी हो सकती है। ब्लूटूथ स्पीकर इसका क्लासिक उदाहरण हैं: वे टोन वफादारी से पुनः पेश करते हैं, स्पीकर टेस्ट सफल रिपोर्ट करता है, जबकि वायरलेस कोडेक एक सौ से एक सौ अस्सी मिलीसेकंड की देरी जोड़ता है जो कोई भी प्लेबैक टेस्ट कभी नहीं देखता।
बफर भरना देखें
राउंड-ट्रिप लेटेंसी एकल देरी नहीं है। यह माइक से स्पीकर तक हर चरण पर जमा देरी का योग है:
- इनपुट बफर। 48 kHz पर, 128-सैंपल बफर भरने में 2.7 मिलीसेकंड।
- एनालॉग-टू-डिजिटल रूपांतरण। 1-3 मिलीसेकंड।
- OS शेड्यूलिंग। कुछ से बीस मिलीसेकंड या अधिक।
- एप्लिकेशन प्रोसेसिंग।
- डिजिटल-टू-एनालॉग रूपांतरण। 1-3 मिलीसेकंड।
- आउटपुट बफर। 5-8 मिलीसेकंड।
शेयर्ड-मोड राउंड-ट्रिप लेटेंसी आमतौर पर 30-60 मिलीसेकंड।
एक नंबर, दो परिभाषाएं
ऑडियो सॉफ्टवेयर शायद ही कभी एक ही नंबर देता है। एक प्रोफेशनल एप्लिकेशन की सेटिंग्स खोलें और आप आमतौर पर दो देखेंगे: इनपुट लेटेंसी — माइक से एप्लिकेशन तक का समय, और आउटपुट लेटेंसी — एप्लिकेशन से स्पीकर तक का समय। ASIO जैसे ड्राइवर दोनों मान अलग-अलग रिपोर्ट करते हैं, और मार्केटिंग सामग्री अक्सर जो भी आंकड़ा बेहतर दिखे उसे उद्धृत करती है।
राउंड-ट्रिप लेटेंसी दोनों का योग है, और एप्लिकेशन का अपना प्रोसेसिंग समय जोड़ा जाता है। यदि कोई सिस्टम एक तरफ़ा बीस मिलीसेकंड बताता है, तो राउंड-ट्रिप लगभग चालीस मिलीसेकंड है। जो उपयोगकर्ता “20 ms लेटेंसी” पढ़ता है और मानता है कि वही देरी वह सुनेगा, वह दोगुना गलत है — और यह गलती आम है क्योंकि एक तरफ़ा आंकड़े स्पेसिफिकेशन शीट पर छपे होते हैं।
जो आप अनुभव करते हैं वह हमेशा राउंड-ट्रिप है। जब संगीतकार अपनी आवाज या इंस्ट्रूमेंट मॉनिटर करता है, तो ध्वनि माइक से निकलकर सिस्टम से गुजरती है और हेडफोन में लौटती है। वह पूरा रास्ता है।
OS पहले फैसला करता है
वही माइक, वही स्पीकर और वही केबल अलग-अलग OS पर अलग-अलग लेटेंसी देते हैं, क्योंकि हर प्लेटफॉर्म ऑडियो को अलग सॉफ्टवेयर स्टैक से गुजारता है।
Windows: शेयर्ड मोड, एक्सक्लूसिव मोड और ASIO
- WASAPI शेयर्ड मोड — डिफ़ॉल्ट पथ (Microsoft Learn: WASAPI Shared Mode, 2023)। आमतौर पर 32-64 मस।
- WASAPI एक्सक्लूसिव या ASIO — मिक्सर बायपास, ~10 मस (Microsoft Learn: WASAPI Exclusive Mode, 2023)।
- ASIO — Windows ऑडियो स्टैक बायपास, सीधे हार्डवेयर (Steinberg: ASIO Guide, 2021)। आमतौर पर 8-15 मस।
macOS: Core Audio
Apple का Core Audio ढंग से अनुकूलित है। नेटिव एप्लिकेशन आमतौर पर 8-20 मस राउंड-ट्रिप प्राप्त करते हैं।
Linux: ALSA, PulseAudio और PipeWire
Linux लेटेंसी एक चलता लक्ष्य है। ALSA तेज है लेकिन एप्लिकेशन-विशिष्ट। PulseAudio बफरिंग overhead जोड़ता है। PipeWire, आधुनिक प्रतिस्थापन, कम लेटेंसी ऑडियो के लिए डिज़ाइन किया गया है।
60 मिलीसेकंड का वास्तव में क्या मतलब है
एक कच्चा मिलीसेकंड आंकड़ा तब तक कुछ नहीं मानता जब तक आप इसे अपने काम से न जोड़ें। चार क्षेत्र व्यावहारिक सीमा को कवर करते हैं:
- 20 ms से कम — उत्कृष्ट। प्रोफेशनल संगीत उत्पादन यहां सहज है। संगीतकार क्लिक पर ट्रैक कर सकते हैं और इफ़ेक्ट्स के साथ मॉनिटर कर सकते हैं।
- 20-60 ms — अधिकांश उपयोग के लिए स्वीकार्य। पॉडकास्टिंग, वीडियो कॉल, और कैजुअल रिकॉर्डिंग ठीक काम करते हैं।
- 60-120 ms — उत्पादन के लिए समस्याजनक। कराओके और वॉइस चैट ठीक है, लेकिन बैकिंग ट्रैक पर रिकॉर्ड करना कठिन हो जाता है।
- 120 ms से अधिक — खराब। समय-संवेदनशील काम असंभव। कॉल में ईको, प्रदर्शन अलग महसूस होता है।
तीन लीवर: सैंपल रेट, बफर, ड्राइवर
तीन नियंत्रण तय करते हैं कि आपकी लेटेंसी कहां है, और वे प्रभाव में समान नहीं हैं।
सैंपल रेट पाइपलाइन का throughput सेट करता है, लेटेंसी सीधे नहीं। 128 सैंपल 44.1 kHz पर 2.9 मस लेते हैं लेकिन 96 kHz पर 1.3 मस। लेकिन उच्च रेट अधिक प्रोसेसिंग मांगता है, अक्सर बफर बढ़ाने के लिए मजबूर करता है। 48 kHz का उपयोग करें।
बफर साइज प्राथमिक लेटेंसी लीवर है। यह राउंड-ट्रिप में दो बार दिखता है — इनपुट और आउटपुट। बफर आधा करने से लेटेंसी आधी, लेकिन underrun जोखिम दोगुना। 48 kHz पर व्यावहारिक मैट्रिक्स:
- 64 सैंपल — लगभग 8-12 मस ASIO पर।
- 128 सैंपल — लगभग 12-20 मस। ASIO sweet spot।
- 256 सैंपल — लगभग 20-35 मस।
- 512 सैंपल — लगभग 35-60 मस।
- 1024 सैंपल — लगभग 60-100 मस।
ड्राइवर फ्लोर सेट करता है। ASIO 32-128 सैंपल; शेयर्ड मोड उच्च फ्लोर; ब्लूटूथ 100+ मस जोड़ता है।
ब्राउज़र DAW नहीं है
ब्राउज़र Web Audio API (MDN: Web Audio API, 2024) के माध्यम से राउंड-ट्रिप लेटेंसी अनुमानित कर सकता है, जो आउटपुट के माध्यम से एक इम्पल्स भेजता है और माइक इनपुट पर सिग्नल कैप्चर करता है। एक विशिष्ट Web Audio loopback माप आमतौर पर 55-70 मस रिपोर्ट करता है — ASIO से कई गुना अधिक। यह ध्वनिक राउंड-ट्रिप देरी है, जो ब्राउज़र कॉल, कराओके और इन-ब्राउज़र गेम के लिए प्रासंगिक है, लेकिन ASIO लेटेंसी के बराबर नहीं है।
ब्राउज़र हार्डवेयर के सर्वश्रेष्ठ तक नहीं पहुंच सकता। इसे OS के शेयर्ड ऑडियो पथ का उपयोग करना पड़ता है, ASIO ड्राइवर लोड नहीं कर सकता, और बफर साइज नियंत्रित नहीं कर सकता।
लेटेंसी कम करने के छह तरीके
- ड्राइवर मोड पहले ठीक करें। Windows पर ASIO ड्राइवर इंस्टॉल करें या WASAPI एक्सक्लूसिव मोड पर स्विच करें। यह सबसे बड़ा लीवर है और मुफ़्त है।
- बफर साइज कम करें। 512 से 256 से 128 से 64 तक, हर सेटिंग टेस्ट करें, जब तक क्लिक न सुनाई दे। फिर एक स्तर ऊपर वापस जाएं।
- सैंपल रेट जांचें। संगीत और वीडियो के लिए 48 kHz का उपयोग करें। 96/192 kHz अक्सर बफर बढ़ाता है और धीमा करता है।
- प्रतिस्पर्धी एप्लिकेशन बंद करें। स्ट्रीमिंग और व्यस्त ब्राउज़र टैब CPU समय चुराते हैं।
- ऑडियो इंटरफेस पर विचार करें। बेहतर कन्वर्टर और ASIO ड्राइवर।
- वायर्ड कनेक्शन पसंद करें। समय-संवेदनशील काम के लिए वायर्ड हेडफोन ब्लूटूथ से 100+ मस बेहतर हैं।
निष्कर्ष
प्लेबैक टेस्ट पुष्टि करता है कि स्पीकर काम करते हैं। लूपबैक टेस्ट पुष्टि करता है कि वे समय पर काम करते हैं — और वे अलग सवाल हैं। स्पीकर टेस्ट और माइक टेस्ट चलाएं।
एक बार मापें और परिणाम रखें। बीस मिलीसेकंड से कम प्रोफेशनल-ग्रेड टाइमिंग है। बीस-साठ ज्यादातर रोज़मर्रा के काम को कवर करता है। एक सौ बीस से ऊपर, हर समय-संवेदनशील काम आपसे लड़ेगा, और फिक्स आमतौर पर ड्राइवर से शुरू होता है, हार्डवेयर से नहीं।
आपका स्पीकर टेस्ट पास है। आपका माइक टेस्ट पास है। लेकिन क्या आपका ऑडियो समय पर काम करता है? अगर आपने कभी यह संख्या नहीं मापी, तो आप नहीं जानते — और हर ऑडियो काम जो समय पर निर्भर करता है उसके बारे में आप अनुमान लगा रहे हैं।
टूलिंग पर नोट: यह साइट वर्तमान में समर्पित लूपबैक लेटेंसी टूल प्रदान नहीं करती। ऊपर वर्णित Web Audio API विधि को अपना कार्यान्वयन चाहिए, या आप इसे ब्राउज़र कंसोल से चला सकते हैं।