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