देरी, सिस्टम की परफ़ॉर्मेंस की एक अहम मेट्रिक है. ऑडियो के इंतज़ार से जुड़ी कई तरह की मेट्रिक मौजूद हैं. हालांकि, राउंड-ट्रिप इंतज़ार एक ऐसी मेट्रिक है जो काम की है और जिसे आसानी से समझा जा सकता है. इसे इस तरह से परिभाषित किया गया है: किसी ऑडियो सिग्नल को मोबाइल डिवाइस के इनपुट में आने, ऐप्लिकेशन प्रोसेसर पर चल रहे ऐप्लिकेशन से प्रोसेस होने, और आउटपुट में निकलने में लगने वाला समय.

पहली इमेज. डिवाइस पर ऑडियो के लिए, आउटपुट और इनपुट के बीच लगने वाला कुल समय: Tआउटपुट - Tइनपुट
इस पेज पर, चुनिंदा नेक्सस/Pixel डिवाइसों और Android प्लैटफ़ॉर्म के वर्शन के लिए, ऑडियो के राउंड ट्रिप लेटेंसी का डेटा दिया गया है.
हम इंतज़ार के समय को क्यों मेज़र करते हैं
Google, इंतज़ार का समय मेज़र करता है और उसकी रिपोर्ट देता है, ताकि Android ऐप्लिकेशन डेवलपर के पास वह डेटा हो जिससे वे असल डिवाइसों पर इंतज़ार के समय के बारे में सही फ़ैसले ले सकें. चुनिंदा Nexus और Pixel डिवाइसों के लिए इंतज़ार का समय शेयर करके, हम चाहते हैं कि Android कम्यूनिटी के सभी लोग सभी Android डिवाइसों पर इंतज़ार का समय मेज़र करें, पब्लिश करें, और उसे कम करें. ऑडियो के इंतज़ार का समय कम करने के लिए, कृपया हमारे साथ जुड़ें!
ऐप्लिकेशन के इस्तेमाल से लेटेंसी (इंतज़ार का समय) पर पड़ने वाला असर
सिग्नल प्रोसेसिंग की वजह से, इंतज़ार का समय बढ़ सकता है. इसकी वजहें ये हो सकती हैं:
- एल्गोरिदम. यह देरी, डिवाइस में पहले से मौजूद होती है और सीपीयू के हिसाब से नहीं बदलती. उदाहरण के लिए, फ़ाइनाइट इंपल्स रिस्पॉन्स (एफ़आईआर) फ़िल्टर से जुड़ी देरी.
- कंप्यूटेशनल. यह देरी, ज़रूरी सीपीयू साइकल की संख्या से जुड़ी होती है. उदाहरण के लिए, आम तौर पर किसी सिग्नल को कम करने के लिए, गुणा करने की प्रोसेस का इस्तेमाल किया जाता है. यह प्रोसेस, सीपीयू के हिसाब से अलग-अलग संख्या में साइकल लेती है.
हम इसे कैसे मेज़र करते हैं
हमने इस पेज पर दी गई मेज़रमेंट, डॉ. रिक ओ'रंग ऑडियो लूपबैक डोंगल और ऑडियो फ़ीडबैक (लार्सन इफ़ेक्ट) जांच का इस्तेमाल करके की हैं. मेज़रमेंट में यह माना जाता है कि ऐप्लिकेशन सिग्नल प्रोसेसिंग में, एल्गोरिदम से जुड़ी देरी शून्य होती है और कंप्यूटेशनल देरी भी न के बराबर होती है.
हम हेडसेट कनेक्टर की मदद से, डेटा भेजने और पाने में लगने वाले समय को कई वजहों से मेज़र करते हैं:

दूसरी इमेज. हेडसेट के कनेक्टर से आने-जाने में लगने वाला समय: Tआउटपुट - Tइनपुट
- संगीत से जुड़े अहम ऐप्लिकेशन, हेडसेट कनेक्टर का इस्तेमाल करते हैं. जैसे, गिटार और आवाज़ को प्रोसेस करने वाले ऐप्लिकेशन.
- डिवाइस पर मौजूद माइक्रोफ़ोन और स्पीकर के राउंड-ट्रिप लैटेंसी को मेज़र करना मुश्किल हो सकता है. ऐसा इसलिए, क्योंकि खुले में फ़ीडबैक लूप को अनियंत्रित ऑसिलेशन में जाने से रोकना मुश्किल होता है.
- डिवाइस में मौजूद ट्रांसड्यूसर छोटे होते हैं और छोटे साइज़ के लिए, फ़्रीक्वेंसी रिस्पॉन्स को कम कर दिया जाता है. इस कमी को पूरा करने के लिए, डिजिटल सिग्नल प्रोसेसिंग का इस्तेमाल किया जाता है. हालांकि, इससे डिवाइस पर मौजूद पाथ के लिए एल्गोरिदम में देरी बढ़ जाती है.
कुछ मामलों में, डिवाइस के माइक्रोफ़ोन और स्पीकर के इंतज़ार का समय मायने रखता है. हालांकि, आम तौर पर यह समय, राउंड-ट्रिप के बजाय एक ही दिशा के लिए होता है. एकतरफ़ा इंतज़ार का समय मेज़र करने के तरीकों के बारे में, आउटपुट इंतज़ार का समय मेज़र करना और इनपुट इंतज़ार का समय मेज़र करना लेख में बताया गया है.
मेज़रमेंट के उदाहरण
यहां दी गई मेज़रमेंट, किसी बिल्ड नंबर के लिए खास तौर पर होती हैं. डिवाइसों को, रिलीज़ होने के क्रम और प्लैटफ़ॉर्म वर्शन के हिसाब से सूची में रखा जाता है. साथ ही, चार्ट में इंतज़ार का समय भी देखा जा सकता है. टेस्ट ऐप्लिकेशन, OpenSL ES पर आधारित Android नेटिव ऑडियो एपीआई का इस्तेमाल करता है.
मॉडल | प्लैटफ़ॉर्म का वर्शन |
बिल्ड नंबर |
सैंपल रेट (हर्ट्ज़) |
बफ़र साइज़ (फ़्रेम) |
बफ़र साइज़ (मिलीसेकंड) |
दोतरफ़ा इंतज़ार का समय (मि॰से॰) ± एक बफ़र |
---|---|---|---|---|---|---|
Nexus One | 2.3.6 | GRK39F | 44100 | 768 | 17.4 | 345 |
Nexus S | 2.3.6 | GRK39F | 44100 | 1024 | 23.2 | 260 |
Nexus S | 4.0.4 | IMM76D | 44100 | 1024 | 23.2 | 260 |
Nexus S | 4.1.2 | JZO54K | 44100 | 880 | 20 | 210 |
Galaxy Nexus | 4.0.1 | ITL41D | 44100 | 976 | 22.1 | 270 |
Galaxy Nexus | 4.3 | JWR66Y | 44100 | 144 | 3.3 | 130 |
Nexus 4 | 4.2.2 | JDQ39E | 48000 | 240 | 5 | 195 |
Nexus 4 | 5.1 | LMY47O | 48000 | 240 | 5 | 58 |
Nexus 10 | 5.0.2 | LRX22G | 44100 | 256 | 5.8 | 36 |
Nexus 10 | 5.1 | LMY47D | 44100 | 256 | 5.8 | 35 |
Nexus 7 2013 |
4.3 | JSR78D | 48000 | 240 | 5 | 149 |
Nexus 7 2013 |
4.4 | KRT16S | 48000 | 240 | 5 | 85 |
Nexus 7 2013 |
5.0.2 | LRX22G | 48000 | 240 | 5 | 64 |
Nexus 7 2013 |
5.1 | LMY47O | 48000 | 240 | 5 | 55 |
Nexus 7 2013 |
6.0 | MRA58K | 48000 | 240 | 5 | 55 |
Nexus 5 | 4.4.4 | KTU84P | 48000 | 240 | 5 | 95 |
Nexus 5 | 5.0.0 | LRX21O | 48000 | 240 | 5 | 47 |
Nexus 5 | 5.1 | LMY47I | 48000 | 240 | 5 | 42 |
Nexus 5 | 6.0 | MRA58K | 48000 | 192 | 4 | 38 |
Nexus 9 | 5.0.0 | LRX21L | 48000 | 256 | 5.3 | 35 |
Nexus 9 | 5.0.1 | LRX22C | 48000 | 256 | 5.3 | 38 |
Nexus 9 | 5.1.1 | LMY47X | 48000 | 256 | 5.3 | 32 |
Nexus 9 | 6.0 | MRA58K | 48000 | 128 | 2.6 | 15 |
Nexus 6 | 5.0.1 | LRX22C | 48000 | 240 | 5 | 65 |
Nexus 6 | 5.1 | LMY47I | 48000 | 240 | 5 | 42 |
Nexus 6 | 6.0 | MRA58K | 48000 | 192 | 4 | 33 |
Nexus 5X | 6.0 | MDA89E | 48000 | 192 | 4 | 18 |
Nexus 5X | 8.0.0 | OPR4.170623.020 | 48000 | 192 | 4 | 18 |
Nexus 5X | 8.1.0 | OPM2.171019.029.C1 | 48000 | 192 | 4 | 18 |
Nexus 6P | 6.0 | MDA89D | 48000 | 192 | 4 | 18 |
Nexus 6P | 8.0.0 | OPR5.170623.014 | 48000 | 192 | 4 | 18 |
Nexus 6P | 8.1.0 | OPM5.171019.019 | 48000 | 192 | 4 | 18 |
Pixel | 7.1.2 | NHG47L | 48000 | 192 | 4 | 18 |
Pixel | 8.0.0 | OPR3.170623.013 | 48000 | 192 | 4 | 18 |
Pixel | 8.1.0 | OPM1.171019.021 | 48000 | 192 | 4 | 18 |
Pixel XL | 7.1.2 | NHG47L | 48000 | 192 | 4 | 18 |
Pixel XL | 8.0.0 | OPR3.170623.013 | 48000 | 192 | 4 | 18 |
तीसरी इमेज. अनुरोध भेजने और जवाब पाने में लगने वाला समय