Google को Android 25Q2 रिलीज़ को Android Automotive के पार्टनर के साथ शेयर करते हुए खुशी हो रही है. Android 16 के लिए, Android Automotive 25Q2 रिलीज़ का इस्तेमाल किया जा सकता है. हम सुविधाओं को बेहतर बनाना जारी रखेंगे, ताकि आने वाले समय में OEMs के लिए रिलीज़ का सुझाव दिया जा सके.
रिलीज़ की जानकारी
इस सेक्शन में, AAOS B रिलीज़ में दी गई मुख्य सुविधाओं और बेहतरियों के बारे में खास जानकारी दी गई है.
ये अपडेट, Android16, एपीआई लेवल 36 पर लागू होते हैं.
Android Automotive 25Q2 रिलीज़, Android 16 के साथ काम करती है.
नई सुविधाएं
25Q2 रिलीज़ में ये नई सुविधाएं उपलब्ध हैं.
AAOS फ़्रेमवर्क
ऑडियो और रेडियो:
ऑडियो कंट्रोल एचएएल में सुधार: कार की ऑडियो सुविधाओं को कॉन्फ़िगर करने के लिए, एक्सएमएल फ़ाइल के बजाय एपीआई का इस्तेमाल करें.
हाई डेफ़िनिशन (एचडी) रेडियो इमरजेंसी अलर्ट सिस्टम (ईएएस): एपीआई की मदद से, रेडियो ऐप्लिकेशन को ईएएस की जानकारी भेजें. यह एचडी रेडियो (उत्तरी अमेरिका) और डीएबी ईडब्ल्यूएस (यूरोपीय संघ) पर लागू होता है.
AAudio की पहले से मौजूद लाइब्रेरी: AAudio AAudio, OEM के तय किए गए ऑडियो एट्रिब्यूट टैग के साथ काम करता है, ताकि ऐप्लिकेशन के काम करने के तरीके को पसंद के मुताबिक बनाया जा सके. उदाहरण के लिए, ऑडियो को एक डिवाइस से दूसरे डिवाइस पर भेजना और आवाज़ को मैनेज करना.
पावर मैनेजमेंट:
- डिवाइस में पहले से मौजूद प्रोसेस के लिए, डिवाइस की बैटरी की स्थिति की सूचनाएं: डिवाइस में पहले से मौजूद प्रोसेस के लिए, डिवाइस की बैटरी की स्थिति की सूचनाएं देने की सुविधा को Android ऐप्लिकेशन के अलावा, OEM के लिए भी उपलब्ध कराया गया है.
कार फ़्रेमवर्क:
- वाहन की प्रॉपर्टी का डाइनैमिक कॉन्फ़िगरेशन: वाहन की प्रॉपर्टी में, कम से कम और ज़्यादा से ज़्यादा वैल्यू के साथ-साथ, काम करने वाली वैल्यू के डाइनैमिक कॉन्फ़िगरेशन की सुविधा.
कनेक्टिविटी
नेटवर्किंग:
कम से कम टेलीफ़ोन: यह Android टेलीफ़ोन हार्डवेयर एब्स्ट्रैक्शन लेयर (एचएएल) का एक सबसेट है. यह वाहन संबंधित ओईएम के लिए है, ताकि ओईएम सिर्फ़ डेटा वाले डिवाइसों (टीसीयू के साथ) पर Android टेलीफ़ोन का इस्तेमाल कर सकें. इससे, डिवाइस के अलग-अलग वर्शन के बीच फ़र्क़ कम होता है और टेलीफ़ोन की सुविधाएं काम करती हैं.
कनेक्टिविटी मैसेजिंग अपसेल एपीआई: बेहतर SubscriptionManager, जो एपीआई उपलब्ध कराता है. इन एपीआई की मदद से, उपयोगकर्ता की मोबाइल डेटा सदस्यता की स्थिति का पता लगाया जा सकता है. उदाहरण के लिए,
active,inactive,trial, और समयसीमा खत्म होने की तारीख.प्रोजेक्ट किए गए ऐप्लिकेशन के लिए सहायता: Android एपीआई के ज़रिए उपलब्ध न होने वाले
hostapd.confपैरामीटर के पूरे सेट को कॉन्फ़िगर करने के लिए, वाहन संबंधित OEMs को सहायता जोड़ी गई है. SoftApCallback API में डिसकनेक्ट होने की वजह जोड़ी गई है, ताकि OEM यह जान सकें कि क्लाइंट, लोकल हॉटस्पॉट (एलओएचएस) से क्यों डिसकनेक्ट हुए. इन सुविधाओं से, प्रोजेक्ट किए गए ऐप्लिकेशन के लिए बेहतर सहायता मिलती है और फ़्रैगमेंटेशन कम होता है.
AAOS का सिस्टम यूज़र इंटरफ़ेस (यूआई) और अनुभव
- स्केलेबल यूज़र इंटरफ़ेस (यूआई): AAOS का यह विंडो फ़्रेमवर्क, OEM को कॉन्फ़िगर किए जा सकने वाले कॉम्पोनेंट उपलब्ध कराता है. इनकी मदद से, OEM विंडो से जुड़ी ज़रूरी शर्तों को पूरा कर सकते हैं और उपयोगकर्ताओं को पसंद के मुताबिक अनुभव दे सकते हैं.
वीएचएएल प्रॉपर्टी
वाहन की प्रॉपर्टी:
वाहन की विशेषताओं और स्थिति के बारे में बताने के लिए, वाहन की नई प्रॉपर्टी जोड़ी गई हैं.
वाहन की प्रॉपर्टी के लिए, @SystemApi से सार्वजनिक एपीआई पर कॉन्स्टेंट अपडेट किए गए. ऐसा इसलिए किया गया, ताकि जनरेट किए गए दस्तावेज़ को VehiclePropertyIDs पर इकट्ठा किया जा सके. वाहन की प्रॉपर्टी का डेटा ऐक्सेस करने के लिए, पहले से तय की गई और दस्तावेज़ में दर्ज की गई अनुमतियों की अब भी ज़रूरत होगी.
वाहन की ऐसी प्रॉपर्टी जिन्हें तीसरे पक्ष ऐक्सेस कर सकते हैं: इस सुविधा की मदद से, तीसरे पक्ष के ऐप्लिकेशन डेवलपर के लिए, नेविगेशन, वॉइस असिस्टेंट, मौसम, और ड्राइविंग की स्थिति से जुड़ी वाहन की आठ मौजूदा प्रॉपर्टी उपलब्ध कराई जाती हैं. ज़्यादा जानने के लिए, Google के ऐप्लिकेशन और सेवाओं के साथ इंटिग्रेट करना लेख पढ़ें.
अनुपालन
Android कंप्लायंस की जांच, इंटरनल रेफ़रंस हार्डवेयर पर की गई थी. इस रिलीज़ के लिए चलाए गए टेस्ट सुइट में, CTS, CTS-V, ATS, STS, VTS, और CTS on GSI शामिल हैं.
यहां दी गई समस्याओं के अलावा, किसी भी समस्या को ठीक करने के लिए, Android 16 कोड (android16-release) या Android 16 टेस्ट ब्रैंच (android16-tests-dev) में बदलाव करने की ज़रूरत नहीं है.
टेस्ट पूरा नहीं हो पा रहा है:
CtsWindowManagerJetpackTestCases#MultiDisplayActivityEmbeddingPlaceholderTestsगड़बड़ी की खास जानकारी: पोर्ट्रेट डिसप्ले में एक टेस्ट पूरा नहीं हो सका. स्केलेबल यूज़र इंटरफ़ेस (यूआई) के ऐसे बिल्ड में गतिविधि को एम्बेड करने के व्यवहार की जांच करते समय, जो विंडोइंग सलूशन पर आधारित होते हैं और जिनमें हर
WINDOWING_MODE_MULTI_WINDOWमें कई रूट टास्क शामिल होते हैं, तो कुछ गतिविधियों के उम्मीद से कम बाउंड में लॉन्च होने की वजह से, गड़बड़ियां होती हैं. जैसे, एम्बेड करने के नियमों केwindowMetricsमें. इस वजह से, प्लेसहोल्डर शुरू हो गया और सेकंडरी डिसप्ले पर गतिविधि लॉन्च करते समय जांच पूरी नहीं हो सकी.aosp/3659633 पैच, मल्टी-विंडो
rootTaskसे विंडो मोड इनहेरिटेंस को ठीक करता है.टेस्ट पूरा नहीं हो पा रहा है:
CtsAutoFillServiceTestCasesगड़बड़ी की खास जानकारी: पोर्ट्रेट डिसप्ले में 56 टेस्ट पूरे नहीं हो पाए. स्केलेबल यूज़र इंटरफ़ेस (यूआई) के बिल्ड में, विंडो करने के तरीकों के आधार पर, दो तरह की समस्याएं आती हैं. इनमें
WINDOWING_MODE_MULTI_WINDOWके हर रूट टास्क में कई रूट टास्क शामिल होते हैं:IME, ऑटोमैटिक भरने की सुविधा वाले डायलॉग बॉक्स को कवर करता है. इससे, डायलॉग बॉक्स में मौजूद बटन दबाए नहीं जा सकते. इस प्लैटफ़ॉर्म के ag/3664131 पैच की मदद से, कुछ समय के लिए भरने के लिए डायलॉग बॉक्स को बंद किया जा सकता है.
जब दूसरा फ़ील्ड अपने-आप भर जाता है, जैसे कि
PASSWORD, तोLoginActivity,decor_gripके पीछे हो जाता है और इनपुट फ़ोकस हट जाता है. हम इसके लिए एक पैच उपलब्ध कराने की कोशिश कर रहे हैं.