हम पहले से ही जानते हैं कि सैकड़ों अलग-अलग एंड्रॉइड बिल्ड और हैंडसेट के बीच, Google का स्मार्टफोन ओएस है निराशाजनक रूप से खंडित, और एक साधारण ऐप को भी मज़बूती से काम करने के लिए डेवलपर्स की ओर से अत्यधिक खर्च और समय की आवश्यकता होती है।
लेकिन एंड्रॉइड के साथ समस्या - और इसके लिए विकसित करने के लिए इतनी कुतिया क्यों है - बहुत सारे हैंडसेट की तुलना में गहरा हो जाता है और ओएस समर्थन के लिए बनाता है। यहाँ तक कि विकासशील a सरल Android के लिए संगीत ऐप Android फ़्रेग्मेंटेशन के कारण एक बुरा सपना है, क्योंकि Google इसे प्राप्त भी नहीं कर सका ध्वनि नियंत्रण Android पर बॉक्स के ठीक बाहर।
Evolver.fm के Eliot Van Buskirk ने एक बहुत ही लोकप्रिय लेकिन अनाम संगीत ऐप के पीछे एक डेवलपर से बात की, जो Android पर आने की कोशिश कर रहा है। नाम न छापने की शर्त पर बोलते हुए (इस तथ्य के कारण कि ऐप, इन परेशानियों के बावजूद, अंततः Google Play पर लॉन्च होगा), डेवलपर बताते हैं वॉल्यूम नियंत्रण के रूप में उपचारात्मक के रूप में Google का कार्यान्वयन निराशाजनक रूप से क्यों टूटा हुआ है, और पहले से ही खंडित के और भी अधिक विखंडन की ओर जाता है मंच।
देव के अनुसार, वॉल्यूम नियंत्रण को संभालने के एंड्रॉइड के तरीके में यह गलत है:
1. एंड्रॉइड ओएस वॉल्यूम कंट्रोल के लिए सिर्फ एक एपीआई प्रदान करता है। समस्या यह है कि कम से कम दो प्रकार के वॉल्यूम नियंत्रण की आवश्यकता होती है: समग्र आउटपुट वॉल्यूम और मीडिया/म्यूजिक वॉल्यूम। इसका मतलब है कि निर्माताओं को मीडिया/संगीत की मात्रा को नियंत्रित करने के अपने तरीके को लागू करना होगा। दुर्भाग्य से, प्रत्येक निर्माता इसे अलग तरह से करता है, और यह पता लगाने का कोई तरीका नहीं है कि उन्होंने इसे कैसे किया जब तक आप प्रत्येक व्यक्तिगत मॉडल का परीक्षण नहीं करते। मामले को बदतर बनाने के लिए, सैमसंग ने हार्डवेयर और मीडिया वॉल्यूम को नियंत्रित करने के लिए एक अक्षम तरीके का इस्तेमाल किया, और जानबूझकर कुछ हार्डवेयर आउटपुट को माइक्रोफ़ोन इनपुट में फीड किया। यह ऑडियो तबाही पैदा करता है।
2. एंड्रॉइड ओएस रीयल-टाइम ऑडियो से निपटने में चौंकाने वाला अक्षम है। ऑपरेटिंग सिस्टम लगभग सात सेकंड की देरी जोड़ता है, और हार्डवेयर एक और पांच या छह सेकंड जोड़ता है, जिससे डिफ़ॉल्ट देरी कुल मिलाकर 12-13 सेकंड हो जाती है। हमने रीयल-टाइम विलंब को लगभग आधा सेकंड (500ms) या उससे कम करने में कामयाबी हासिल की है, जो हमें लगता है कि Android पर अब तक की सबसे अच्छी उपलब्धि है। [ईडी। नोट: iPhone संस्करण में प्रत्यक्ष विलंब शामिल नहीं है।]
3. सैकड़ों स्क्रीन आकार और संकल्प एक आकार-फिट-सभी UI ग्राफिक्स सेट करना असंभव बनाते हैं। [ईडी। नोट: जाहिर है, यह शिकायत केवल ऑडियो ऐप डेवलपर्स के लिए नहीं है, और हमने इसे पहले भी कई बार सुना है।]
मिला क्या? चूंकि Google वॉल्यूम नियंत्रण के लिए दो अलग-अलग एपीआई पेश करने के लिए एंड्रॉइड के चार संस्करणों में दूरदर्शिता रखने में कामयाब नहीं हुआ है - एक मीडिया वॉल्यूम के लिए, एक के लिए एक कुल उत्पादन मात्रा, - निर्माताओं ने अपने स्वयं के सैकड़ों पागल विकल्प पेश किए हैं, जिन्हें मीडिया या संगीत ऐप बनाने वाले किसी भी डेवलपर को प्रयास करना चाहिए सहयोग।
और अंतराल! रीयल-टाइम ऑडियो के लिए, श्रेष्ठ डेवलपर्स आधे सेकंड की देरी की उम्मीद कर सकते हैं, और यह अनुकूलन की एक पागल और अंतहीन राशि के बाद है। अनुकूलित नहीं किया गया, एंड्रॉइड रीयल-टाइम ऑडियो में लगभग. की देरी करेगा तेरह सेकंड. मैंने इस पैराग्राफ को कम में टाइप किया है। IOS की तुलना में, Evolver.fm कमेंटर आदिल शेरवानी लिखते हैं, और अंतर सिर्फ चौंकाने वाला है।
500ms उस 100ms संख्या से अधिक है जिसे मैंने पिछले साल उद्धृत किया था, लेकिन किसी भी तरह से, iOS की तुलना में अधिक परिमाण के 2 ऑर्डर जो 3ms हार्डवेयर आउटपुट लेटेंसी के तहत प्रदान करता है। लगभग 10ms टचस्क्रीन / एक्सेलेरोमीटर विलंबता जोड़ें (बहुत मोटा अनुमान, मुझे नहीं लगता कि किसी ने इसके लिए वास्तविक संख्या प्रकाशित की है), 5ms ऑडियो बफ़र्स (न्यूनतम आकार), और आपके ऐप के लिए 1-2 प्रसंस्करण समय, और आप अभी भी 20ms के भीतर रहने में सक्षम हैं जो ऑडियो के लिए वास्तविक समय महसूस करने के लिए जादुई संख्या प्रतीत होती है मनुष्य।
मिला क्या? एंड्रॉइड में, रीयल-टाइम ऑडियो वास्तव में अतीत में कम से कम आधा सेकेंड होता है। IOS पर, हालांकि, यह पलक झपकते ही चल रहा है।
बिल्कुल नटखट। कोई आश्चर्य नहीं कि Android डेवलपर इतने निराश हैं। और यह सिर्फ एक है छोटा Android विखंडन का उदाहरण। Google अपना कार्य कब एक साथ करने जा रहा है?
स्रोत: Evolver.fm
