Android 12 और Android 12L के लिए प्रॉडक्ट की जानकारी

इस पेज पर, Android 12 और Android 12L की रिलीज़ में उपलब्ध मुख्य सुविधाओं के बारे में खास जानकारी दी गई है. साथ ही, ज़्यादा जानकारी के लिए लिंक दिए गए हैं. सुविधा के बारे में खास जानकारी देने वाले इन लेखों को, इस साइट पर सुविधा के दस्तावेज़ की जगह के हिसाब से व्यवस्थित किया गया है.

भवन निर्माण

AlwaysOnHotwordDetector क्लास के अपडेट

Android 12 से, AlwaysOnHotwordDetector क्लास और इसकी फ़ैक्ट्री मेथड, android.service.voice.VoiceInteractionService.createAlwaysOnHotwordDetector(), पब्लिक एपीआई के बजाय सिस्टम एपीआई (@SystemApi) है. AlwaysOnHotwordDetector क्लास का इस्तेमाल, सिस्टम-लेवल की अनुमतियां वाले Assistant ऐप्लिकेशन के लिए किया जाता है. ये अनुमतियां आम तौर पर, ओएस रिलीज़ के साथ बंडल की जाती हैं. Android 11 और इससे पहले के वर्शन में, एपीआई को ऐसे चेक से सुरक्षित रखा जाता है जो यह पक्का करते हैं कि कॉल करने वाला व्यक्ति, फ़िलहाल चालू Assistant ऐप्लिकेशन है. इससे तीसरे पक्ष के अन्य ऐप्लिकेशन, एपीआई का इस्तेमाल नहीं कर पाते.

इसके अलावा, Android 12 में साउंड ट्रिगर करने की सुविधा को बेहतर बनाया गया है. इससे साउंड ट्रिगर करने वाले एपीआई के ज़रिए, माइक्रोफ़ोन के इस्तेमाल से जुड़ी अनुमतियों के एट्रिब्यूशन और लागू करने की प्रोसेस को बेहतर बनाया जा सकेगा. माइक्रोफ़ोन के इस्तेमाल का श्रेय, उस ओरिजनल पैकेज (Assistant ऐप्लिकेशन) को दिया जाता है जो AlwaysOnHotwordDetector क्लास को कॉल करता है. इसमें SoundTriggerManager या AlwaysOnHotwordDetector क्लास के ज़रिए किए गए इनडायरेक्ट इस्तेमाल को भी शामिल किया जाता है. इससे, माइक्रोफ़ोन का इस्तेमाल करने वाले पैकेज में उपयोगकर्ता की निजता और पारदर्शिता बेहतर होती है. Android 11 और इससे पहले के वर्शन में, माइक्रोफ़ोन के इस्तेमाल का श्रेय सिस्टम उपयोगकर्ता को दिया जाता है. ऐसा इसलिए, क्योंकि ओरिजनल पैकेज, साउंड ट्रिगर एपीआई का इस्तेमाल सीधे तौर पर नहीं करता है. इसके बजाय, वह system_server प्रोसेस में मौजूद हायर-लेवल की सेवाओं के ज़रिए इसका इस्तेमाल करता है.

इन बदलावों का असर इस तरह होगा:

  • AlwaysOnHotwordDetector क्लास का इस्तेमाल करने वाले नॉनसिस्टम ऐप्लिकेशन, Android 12 API के साथ कंपाइल नहीं हो पाते. इसकी वजह यह है कि एपीआई को सार्वजनिक तौर पर उपलब्ध नहीं कराया गया है.
  • AlwaysOnHotwordDetector क्लास का इस्तेमाल करने वाले मौजूदा सिस्टम ऐप्लिकेशन को रनटाइम के दौरान, आवाज़ से ट्रिगर होने वाली सुविधाओं का इस्तेमाल करने से रोका जा सकता है. इस समस्या को ठीक करने के लिए, इन ऐप्लिकेशन को साउंड ट्रिगर के ज़रिए माइक्रोफ़ोन ऐक्सेस करने की अनुमति दें. इसके लिए, इन ऐप्लिकेशन के लिए RECORD_AUDIO और CAPTURE_AUDIO_HOTWORD अनुमतियों का एलान करें.

Android में Rust भाषा के लिए सहायता

Android 12 में अब Rust कोड का इस्तेमाल किया जा सकता है. सेटअप के दस्तावेज़ में एक नया सेक्शन जोड़ा गया है. इसमें Rust की मदद से Android पर डेवलपमेंट करने के बारे में दिशा-निर्देश दिए गए हैं.

Android Rust, अलग-अलग मॉड्यूल, और उदाहरणों के बारे में ज़्यादा जानने के लिए, Android Rust का परिचय पर जाकर, Android Rust का नया सेक्शन देखें. यहां आपको आईडीई सेटअप करने के बारे में भी जानकारी मिलेगी.

बूट इमेज हेडर

Android 12 में, बूट इमेज हेडर के वर्शन 4 का इस्तेमाल किया जाता है. यह सामान्य कर्नेल इमेज (जीकेआई) आर्किटेक्चर के साथ काम करने वाले डिवाइसों के लिए, मुख्य बूट इमेज है. Android 12 में, कर्नल और रैमडिस्क की इंटिग्रिटी की जांच करने के लिए boot_signature भी उपलब्ध है. यह जांच, VtsSecurityAvbTest में की जाती है. यह जांच, जीकेआई आर्किटेक्चर का इस्तेमाल करने वाले डिवाइसों के लिए ज़रूरी है.

ज़्यादा जानने के लिए, बूट इमेज हेडर पेज पर जाएं.

bootconfig लागू करने के तरीके में बदलाव

Android 12 में बूटकॉन्फ़िग सुविधा उपलब्ध है. यह एक ऐसा तरीका है जिससे कॉन्फ़िगरेशन की जानकारी को बिल्ड और बूटलोडर से Android 12 पर भेजा जाता है. यह सुविधा, Android 11 और इससे पहले के वर्शन में इस्तेमाल किए जाने वाले androidboot.* कर्नल cmdline विकल्पों की जगह लेती है. इस सुविधा की मदद से, Android के उपयोगकर्ता-स्पेस के कॉन्फ़िगरेशन पैरामीटर को कर्नल के कॉन्फ़िगरेशन पैरामीटर से अलग किया जा सकता है.

ज़्यादा जानने के लिए, Bootconfig लागू करना पर जाएं.

कस्टम फ़ॉन्ट फ़ॉलबैक

Android 12 से पहले, डिवाइस में इंस्टॉल की गई फ़ॉन्ट फ़ाइलों को AOSP (/system/fonts पार्टिशन में) या वेंडर पार्टिशन (/product/fonts या /system/fonts पार्टिशन में) में अपडेट करने के लिए, ओईएम से सिस्टम अपडेट की ज़रूरत होती थी. इस ज़रूरी शर्त का असर, इमोजी के साथ काम करने की सुविधा पर पड़ता है. Android 12 में, इंस्टॉल की गई फ़ॉन्ट फ़ाइलों को मैनेज करने के लिए FontManager सिस्टम सर्विस का इस्तेमाल किया जा सकता है. साथ ही, सिस्टम अपडेट किए बिना डिवाइस में इंस्टॉल की गई फ़ॉन्ट फ़ाइलों को अपडेट किया जा सकता है.

इस नई सुविधा के बारे में जानने के लिए, कस्टम फ़ॉन्ट फ़ॉलबैक लागू करना लेख पढ़ें.

डीएमए-बीयूएफ़ हीप

Android 12 में, GKI 2.0 ION ऐलोकेटर की जगह डीएमए-बीयूएफ़ हीप का इस्तेमाल करता है.

स्थानीय भाषा के फ़िल्टर चालू करना

Android 12 में एक ऐसी सुविधा दी गई है जिसका इस्तेमाल करके, नए डिवाइस टाइप के लिए सिस्टम की डिफ़ॉल्ट भाषाएं और स्थान-भाषा फ़िल्टर कॉन्फ़िगर किए जा सकते हैं. इससे, फ़ैक्ट्री कैलिब्रेशन के दौरान oem/oem.prop के ज़रिए फ़िल्टर प्रॉपर्टी की वैल्यू और डिफ़ॉल्ट भाषा सेट की जा सकती है. साथ ही, सिस्टम इमेज में फ़िल्टर को शामिल किए बिना पाबंदियां कॉन्फ़िगर की जा सकती हैं.

ज़्यादा जानकारी के लिए, भाषा के हिसाब से फ़िल्टर करने की सुविधा चालू करना लेख पढ़ें.

फ़्लैश वेंडर रैमडिस्क

Android 12 में, वेंडर के रैमडिस्क को फ़्लैश करने की सुविधा जोड़ी गई है. इसके लिए, फ़ास्टबूट कमांड का इस्तेमाल किया जाता है. यह कमांड, डिवाइस से पूरी vendor_boot इमेज को खींचती है. इस कमांड से, होस्ट-साइड फ़ास्टबूट टूल को वेंडर बूट हेडर पढ़ने, रीइमेज करने, और नई इमेज फ़्लैश करने का निर्देश मिलता है. इस सपोर्ट में, ज़रूरी डेटा पाने के लिए बूटलोडर और फ़ास्टबूटडी में बदलाव करना शामिल है. जैसे, पार्टीशन का साइज़ और ऑफ़सेट.

ज़्यादा जानकारी के लिए, यूज़रस्पेस में Fastboot पेज पर वेंडर रैमडिस्क फ़्लैश करना लेख पढ़ें.

GKI वर्शनिंग

Android 12 से, KMI वर्शन के Android रिलीज़ वाले हिस्से को कर्नल से निकाला जा सकता है. साथ ही, इसे डिवाइस के मेनिफ़ेस्ट में बिल्ड टाइम पर डाला जा सकता है.

ज़्यादा जानकारी के लिए, GKI वर्शनिंग देखें.

MM इवेंट-मेमोरी के पुराने आंकड़ों से जुड़ी जानकारी

Android 12 पर लॉन्च होने वाले डिवाइस, mm_events का इस्तेमाल कर सकते हैं. यह मेमोरी से जुड़े आंकड़ों का एक सेट है. जब सिस्टम पर मेमोरी का दबाव पड़ता है, तब ये आंकड़े समय-समय पर कैप्चर किए जाते हैं. mm_events को perfetto ट्रेसिंग मेकेनिज़्म के साथ इंटिग्रेट किया गया है. साथ ही, इससे परफ़ॉर्मेंस पर कम से कम असर पड़ता है. आंकड़े इकट्ठा करने की सुविधा, कॉन्फ़िगर किए जा सकने वाले समय तक चालू रहती है. यह सुविधा, नियमित अंतराल पर आंकड़े इकट्ठा करती है.

mm_events के आंकड़ों का इस्तेमाल करने के तरीके के बारे में जानने के लिए, MM Events - Historical Memory Statistics लेख पढ़ें.

सिस्टम अलर्ट विंडो से जुड़ी पाबंदियां

Android नेटवर्क की सुरक्षा को बेहतर बनाने के लिए, Android 12 में SYSTEM_ALERT_WINDOW अनुमति हासिल करना मुश्किल बना दिया गया है. साथ ही, तीसरे पक्ष के ऐप्लिकेशन को यह अनुमति दी गई है कि वे तीसरे पक्ष के अन्य ऐप्लिकेशन के ओवरले को ब्लॉक कर सकें.

Android 12 में, पहले से इंस्टॉल किए गए ऐप्लिकेशन को SYSTEM_ALERT_WINDOW appOp की अनुमति अपने-आप नहीं मिलती. प्रीइंस्टॉल किए गए ऐप्लिकेशन को इसका इस्तेमाल करने से पहले, उपयोगकर्ता से साफ़ तौर पर अनुमति लेनी होगी. सिस्टम ऐप्लिकेशन को अब भी डिफ़ॉल्ट रूप से अनुमति मिलती है.

तीसरे पक्ष के ऐप्लिकेशन, उनके ऊपर ऐप्लिकेशन ओवरले दिखाने की सुविधा से ऑप्ट-आउट कर सकते हैं. यह cloak and dagger जैसे हमलों से सुरक्षा देने का एक तरीका है. यह सुविधा सभी ऐप्लिकेशन के लिए उपलब्ध है, ताकि बैंकिंग ऐप्लिकेशन जैसे सुरक्षा से जुड़े संवेदनशील ऐप्लिकेशन, खुद को सुरक्षित रख सकें. इस सुविधा का इस्तेमाल करने के लिए, किसी ऐप्लिकेशन को अपने मेनिफ़ेस्ट में HIDE_OVERLAY_WINDOWS अनुमति के बारे में बताना होगा.

HIDE_NON_SYSTEM_OVERLAY_WINDOWS(signature|privileged) का अब इस्तेमाल नहीं किया जा सकता. इसके बजाय, HIDE_OVERLAY_WINDOWS का इस्तेमाल करें.

वेंडर के बूट पार्टीशन में बदलाव

Android 12 वाले डिवाइसों में, बूट इमेज हेडर वर्शन 4 का इस्तेमाल किया जाता है. इनमें vendor_boot पार्टिशन में एक से ज़्यादा वेंडर रैमडिस्क इस्तेमाल किए जा सकते हैं. इन रैमडिस्क फ़्रैगमेंट को वेंडर रैमडिस्क सेक्शन में क्रम से जोड़ा जाता है. वेंडर रैमडिस्क टेबल में, वेंडर रैमडिस्क सेक्शन के लेआउट और वेंडर रैमडिस्क के हर फ़्रैगमेंट के मेटाडेटा के बारे में जानकारी होती है.

Android 12 और इसके बाद के वर्शन में, वेंडर बूट पार्टीशन में हुए बदलावों की वजह से, default को वेंडर रैमडिस्क फ़्रैगमेंट के नाम के तौर पर इस्तेमाल नहीं किया जा सकता. इसे रिज़र्व के तौर पर तय किया गया है. इसका इस्तेमाल, वेंडर के रैमडिस्क फ़्रैगमेंट के नाम रखने के लिए किसी भी स्थिति में नहीं किया जा सकता.

ज़्यादा जानने के लिए, वेंडर बूट पार्टीशन और एक से ज़्यादा वेंडर रैमडिस्क देखें.

ऑडियो

ऑडियो डिवाइस की रूटिंग को एक साथ इस्तेमाल करना

ऑडियो डिवाइसों के बीच ऑडियो रूट करने की सुविधा की मदद से, एक साथ कई ऑडियो डिवाइसों पर ऑडियो स्ट्रीम किया जा सकता है. इस सुविधा का इस्तेमाल करके, खास अधिकार वाले ऐप्लिकेशन, सिस्टम एपीआई के ज़रिए किसी रणनीति के लिए एक से ज़्यादा पसंदीदा डिवाइस चुन सकते हैं. इस सुविधा के ज़रिए उपलब्ध कराए गए सार्वजनिक एपीआई का इस्तेमाल करके, ऐप्लिकेशन ऑडियो डिवाइसों की क्षमताओं के बारे में ज़्यादा सटीक तरीके से पता लगा सकते हैं.

ज़्यादा जानकारी के लिए, ऑडियो डिवाइस को एक साथ रूट करना पेज देखें.

ऑडियो HAL V7 में हुए अपडेट

पिछले वर्शन के साथ काम न करने की समस्याओं को हल करने के लिए, Android 13 से शुरू होने वाले HAL में सभी बदलावों के लिए, स्टेबल AIDL का इस्तेमाल करना ज़रूरी होगा. आने वाले समय में AIDL को बेहतर तरीके से इस्तेमाल करने के लिए, Android 12 में Audio HAL के वर्शन 7 में कई अहम बदलाव किए गए हैं.

ज़्यादा जानकारी के लिए, ऑडियो एचएएल V7 से जुड़े अपडेट सेक्शन और ऑडियो नीति का उदाहरण देखें.

कैमरा

फ़ोल्ड किए जा सकने वाले डिवाइसों के लिए, कैमरे की स्टैटिक मेटाडेटा एंट्री

Android 12 में, deviceStateOrientationMap कैमरे के स्टैटिक मेटाडेटा की एंट्री की गई है. इससे कैमरा HAL, कैमरा क्लाइंट और कैमरा फ़्रेमवर्क को डिवाइस के फ़ोल्ड होने की स्थिति में बदलाव होने की वजह से, सेंसर के ओरिएंटेशन में हुए बदलावों के बारे में सूचना दे सकता है. फ़ोल्ड किए जा सकने वाले डिवाइसों में, एक या उससे ज़्यादा लॉजिकल कैमरे इस्तेमाल किए जा सकते हैं. ये कैमरे, अलग-अलग सेंसर ओरिएंटेशन वाले फ़िज़िकल डिवाइसों से बने होते हैं. ये सेंसर ओरिएंटेशन, डिवाइस के फ़ोल्ड होने की अलग-अलग स्थितियों के हिसाब से होते हैं. deviceStateOrientationMap मेटाडेटा एंट्री की मदद से, कैमरा फ़्रेमवर्क यह पक्का कर पाता है कि कैप्चर के नतीजों में चालू फ़िज़िकल आईडी बदलने पर, ज़रूरी आउटपुट सरफेस ट्रांसफ़ॉर्मेशन लागू किए गए हैं.

ज़्यादा जानकारी के लिए, metadata_definitions.xml देखें.

CameraX वेंडर एक्सटेंशन की सुविधा इस्तेमाल करने से जुड़ी ज़रूरी शर्तें

Android 12 में, CameraX एक्सटेंशन के साथ काम करने वाले डिवाइसों के लिए, ro.camerax.extensions.enabled प्रॉपर्टी को true पर सेट करना ज़रूरी है. इससे यह पता लगाया जा सकता है कि कोई डिवाइस एक्सटेंशन के साथ काम करता है या नहीं.

ज़्यादा जानकारी के लिए, किसी डिवाइस पर वेंडर लाइब्रेरी सेट अप करना लेख पढ़ें.

क्वाड बेयर कैमरा सेंसर इस्तेमाल करने की सुविधा

Android 12 में प्लैटफ़ॉर्म एपीआई पेश किए गए हैं. इनकी मदद से ऐप्लिकेशन, अल्ट्रा हाई-रिज़ॉल्यूशन वाले कैमरा सेंसर का फ़ायदा ले सकते हैं. आम तौर पर, ये सेंसर क्वाड या नोना बेयर पैटर्न वाले होते हैं. इनसे इमेज की क्वालिटी और कम रोशनी में परफ़ॉर्मेंस बेहतर होती है. नए एपीआई इन सेंसर के व्यवहार के साथ काम करते हैं. ये सेंसर, "डिफ़ॉल्ट" मोड के बजाय "ज़्यादा से ज़्यादा रिज़ॉल्यूशन" मोड में काम करते समय, अलग-अलग स्ट्रीम कॉन्फ़िगरेशन और कॉम्बिनेशन के साथ काम कर सकते हैं.

अति उच्च रिज़ॉल्यूशन वाले कैमरा सेंसर के लिए, कैमरा एचएएल की सुविधा लागू करने के लिए, डिवाइस बनाने वाली कंपनियों को इन फ़ाइलों में बदलाव करने होंगे:

इनके साथ काम करता है

सिम कार्ड के लिए, एडीएन की सुविधा काम करने की ज़रूरी शर्तें

Android 12 से, सीटीएस टेस्टिंग के लिए इस्तेमाल किए जाने वाले डिवाइसों में मौजूद सभी सिम कार्ड में, एब्रिविएटेड डायलिंग नंबर (एडीएन) सेव करने की सुविधा होनी चाहिए.

ज़्यादा जानकारी के लिए, स्क्रीन और स्टोरेज देखें.

कैमरे के आईटीएस से जुड़े अपडेट

Android 12 में, Camera Image Test Suite (ITS) में कई अपडेट किए गए हैं. इनमें नए और अपडेट किए गए टेस्ट, Python 3 में रिफ़ैक्टरिंग, और Mobly टेस्ट फ़्रेमवर्क को अपनाना शामिल है.

ज़्यादा जानकारी के लिए, Android 12 Camera Image Test Suite के रिलीज़ नोट देखें.

सीडीडी से जुड़े अपडेट

Android 12 का कंपैटबिलिटी डेफ़िनिशन डॉक्यूमेंट, पिछले वर्शन के साथ काम करता है. इसमें नई सुविधाओं के अपडेट और पहले रिलीज़ की गई सुविधाओं के लिए ज़रूरी शर्तों में हुए बदलाव शामिल हैं.

कनेक्टिविटी

5G नेटवर्क स्लाइसिंग

Android 12 में 5G नेटवर्क स्लाइसिंग की सुविधा उपलब्ध है. इसमें नेटवर्क वर्चुअलाइज़ेशन का इस्तेमाल करके, एक नेटवर्क कनेक्शन को कई अलग-अलग वर्चुअल कनेक्शन में बांटा जाता है. इससे अलग-अलग तरह के ट्रैफ़िक के लिए, अलग-अलग मात्रा में संसाधन उपलब्ध कराए जाते हैं. इससे नेटवर्क ऑपरेटर, नेटवर्क के किसी हिस्से को ग्राहकों के किसी खास सेगमेंट के लिए, कुछ खास सुविधाएं देने के लिए इस्तेमाल कर सकते हैं.

ज़्यादा जानकारी के लिए, 5G नेटवर्क स्लाइसिंग लेख पढ़ें.

कंपैनियन डिवाइस मैनेजर की प्रोफ़ाइलें

Android 12 और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन, स्मार्टवॉच से कनेक्ट करते समय कंपैनियन डिवाइस की प्रोफ़ाइलों का इस्तेमाल कर सकते हैं. प्रोफ़ाइल का इस्तेमाल करने से, डिवाइस के टाइप के हिसाब से अनुमतियों के सेट को एक ही चरण में बंडल करके, रजिस्ट्रेशन की प्रोसेस को आसान बनाया जा सकता है.

फ़ोन की स्क्रीन का स्क्रीनशॉट. इसमें अनुमतियां देने का अनुरोध करने वाला प्रॉम्प्ट दिख रहा है

बंडल की गई अनुमतियां, स्मार्टवॉच से जुड़े ऐप्लिकेशन को तब दी जाती हैं, जब डिवाइस कनेक्ट होता है. ये अनुमतियां सिर्फ़ तब तक मान्य रहती हैं, जब तक डिवाइस कनेक्ट रहता है. ऐप्लिकेशन को मिटाने या उसे हटाने से, अनुमतियां हट जाती हैं.

ज़्यादा जानकारी के लिए, साथ में इस्तेमाल किए जाने वाले डिवाइस की प्रोफ़ाइलें देखें.

आईएमएस सेवा का एनटाइटलमेंट (TS.43)

Android 12 में TS.43 Service Entitlement Configuration के लिए सहायता शामिल है. यह GSMA स्पेसिफ़िकेशन है. इसमें, वॉइस-ओवर-वाई-फ़ाई (VoWiFi), वॉइस-ओवर-एलटीई (VoLTE), एसएमएस ओवर आईपी (SMSoIP), और eSIM वाले कंपैनियन डिवाइसों (अनुरोध करने वाले डिवाइस से जुड़े) के लिए, डिवाइस पर सेवा चालू करने (ओडीएसए) जैसी सेवाओं को चालू करने के लिए, एनटाइटलमेंट की पुष्टि करने का तरीका बताया गया है. इसमें डेटा प्लान की जानकारी भी शामिल है.

ज़्यादा जानकारी के लिए, IMS सेवा का एनटाइटलमेंट देखें.

आईएमएस का सिंगल रजिस्ट्रेशन

Android 12 में, MMTEL और आरसीएस की सुविधाएं उपलब्ध कराने के लिए, एक ही रजिस्ट्रेशन मॉडल का इस्तेमाल किया जा सकता है. इस मॉडल में, डिवाइसों को आईएमएस की सभी सुविधाएं मिलती हैं. इन सुविधाओं को एक ही आईएमएस रजिस्ट्रेशन के ज़रिए मैनेज किया जाता है. यह रजिस्ट्रेशन, डिवाइस के ImsService से मिलता है. दोहरे रजिस्ट्रेशन वाले मॉडल में, एक ही डिवाइस पर कई आईएमएस रजिस्ट्रेशन मैनेज किए जाते हैं. इसके मुकाबले, सिंगल रजिस्ट्रेशन से कैरियर के नेटवर्क पर ट्रैफ़िक कम होता है और विश्वसनीयता बढ़ती है.

ज़्यादा जानकारी के लिए, IMS सिंगल रजिस्ट्रेशन देखें.

जगह के समय क्षेत्र की पहचान करने की सुविधा

Android 12 में, जगह के हिसाब से टाइम ज़ोन का पता लगाने की सुविधा शामिल है. यह टाइम ज़ोन का पता अपने-आप लगाने की सुविधा है. इसे चालू करना ज़रूरी नहीं है. इसकी मदद से डिवाइस, अपनी जगह की जानकारी और टाइम ज़ोन के मैप डेटा का इस्तेमाल करके, मौजूदा टाइम ज़ोन का पता लगा सकते हैं.

ज़्यादा जानकारी के लिए, जगह की जानकारी के हिसाब से टाइम ज़ोन का पता लगाना लेख पढ़ें.

एमएसी पता बदलने की सुविधा

Android 12 में, मैक पते को बिना किसी तय नियम के बदलने की सुविधा (नॉन-परसिस्टेंट मैक रैंडमाइज़ेशन) शुरू की गई है. इससे Android, हर कनेक्शन की शुरुआत में कुछ नेटवर्क के लिए मैक पते को फिर से बदल सकता है.

ज़्यादा जानकारी के लिए, MAC रैंडमाइज़ेशन का तरीका लेख पढ़ें.

नेटवर्क चुनना

Android 12 में, नेटवर्क चुनने का नया तरीका पेश किया गया है. इसमें NetworkScore क्लास का इस्तेमाल किया जाता है. नेटवर्क चुनने से इस बात पर असर पड़ता है कि Android, ऐप्लिकेशन और सिस्टम के नेटवर्क अनुरोधों को कैसे पूरा करता है. साथ ही, इससे यह भी तय होता है कि किसी ऐप्लिकेशन के लिए डिफ़ॉल्ट नेटवर्क कैसे चुना जाता है.

ज़्यादा जानकारी के लिए, नेटवर्क चुनना लेख पढ़ें.

Notification CallStyle

हमारा सुझाव है कि Android 12 और इसके बाद के वर्शन पर काम करने वाले ऐप्लिकेशन, आने वाले और जारी वॉइस और वीडियो कॉल के लिए, सूचना दिखाने के नए स्टाइल CallStyle का इस्तेमाल करें. इस सूचना स्टाइल में, फ़ोन कॉल का जवाब देने, अस्वीकार करने, और कॉल खत्म करने के लिए ऐक्शन बटन शामिल होते हैं. यह उसी स्टाइल का इस्तेमाल करता है जो बातचीत में इस्तेमाल होती है. इससे कॉल की सूचनाओं को शेड में सबसे ऊपर रैंक करने के तरीके में कोई बदलाव नहीं होता.

ऐप्लिकेशन को CallStyle सूचना स्टाइल का इस्तेमाल करने के लिए, फ़ुलस्क्रीन इंटेंट या फ़ोरग्राउंड सेवा (इससे जुड़ी अनुमति के साथ) का इस्तेमाल करना होगा. इस स्टाइल में, कॉल से जुड़ी सूचनाओं को शेड में सबसे ऊपर रखा जाता है. कॉल जारी रहने पर, इस स्टाइल से स्टेटस बार में एक चिप जुड़ जाता है. इससे लोग, कॉल करने वाले ऐप्लिकेशन पर तुरंत वापस जा सकते हैं.

ज़्यादा जानकारी के लिए, कॉल की सूचनाएं देखें.

Passpoint से जुड़े अपडेट

Android 12 में Passpoint R3 और Passpoint की अन्य सुविधाएं जोड़ी गई हैं. जैसे, नियम और शर्तें, जगह की जानकारी देने वाले यूआरएल, डेकोरेटेड आइडेंटिटी प्रीफ़िक्स, और डीऑथेंटिकेशन को तुरंत हैंडल करने की सुविधा.

इन सुविधाओं के बारे में ज़्यादा जानने के लिए, Passpoint (Hotspot 2.0) देखें.

Wallet को फटाफट ऐक्सेस करने की सुविधा से जुड़े अपडेट

Android 12 या इसके बाद के वर्शन में, Wallet को फटाफट ऐक्सेस करने की सुविधा, Android 11 की तरह पावर मेन्यू में नहीं, बल्कि शेड में उपलब्ध होती है. Wallet का यूज़र इंटरफ़ेस (यूआई) अब सिस्टम यूज़र इंटरफ़ेस (यूआई) में काम करता है. यह frameworks/base/packages/SystemUI/src/com/android/systemui/wallet में मौजूद है.

ज़्यादा जानकारी के लिए, वॉलेट को तुरंत ऐक्सेस करना लेख पढ़ें.

कनेक्टिविटी का बेहतर अनुभव

Android 12 में, कनेक्टिविटी से जुड़ा एक आसान विकल्प उपलब्ध है. इससे लोगों को नेटवर्क कनेक्शन के बारे में बेहतर तरीके से समझने, इंटरनेट सेवा देने वाली कंपनियों के बीच स्विच करने, और नेटवर्क कनेक्टिविटी से जुड़ी समस्याओं को हल करने में मदद मिलती है.

ज़्यादा जानकारी के लिए, कनेक्टिविटी यूज़र इंटरफ़ेस देखें.

समय के सोर्स की प्राथमिकता

Android 12 से, फ़्रेमवर्क डिफ़ॉल्ट रूप से, नेटवर्क आइडेंटिटी और टाइम ज़ोन (एनआईटीज़) के सोर्स के बजाय, नेटवर्क टाइम प्रोटोकॉल (एनटीपी) के टाइम सोर्स को प्राथमिकता देता है.

अपने डिवाइस पर टाइम सोर्स की प्राथमिकता को कॉन्फ़िगर करने और उसकी जांच करने के तरीके के बारे में जानने के लिए, टाइम सोर्स की प्राथमिकता देखें.

2G को बंद करने के लिए टॉगल करें

सुरक्षा को बेहतर बनाने के लिए, Android 12 में सेटिंग में जाकर 2G नेटवर्क को टॉगल करने की सुविधा दी गई है. इससे उपयोगकर्ता, 2G सेल्यूलर कनेक्शन को पूरी तरह से बंद कर सकते हैं. इस सुविधा के लिए, रेडियो 1.6 HAL लागू होना चाहिए.

2G टॉगल करने की सुविधा डिफ़ॉल्ट रूप से चालू रहती है. कैरियर, CarrierConfig फ़्लैग KEY_HIDE_ENABLE_2G के ज़रिए, रनटाइम पर इस सुविधा को बंद कर सकते हैं.

डिवाइस बनाने वाली कंपनियों को यह पक्का करना होगा कि आपातकालीन कॉल के दौरान सभी नेटवर्क उपलब्ध हों.

UICC की खास बातें

Android 12 में, CTS carrier API टेस्ट चलाने के लिए, डिवाइस को डेवलपर UICC का इस्तेमाल करना होगा. इसमें CTS carrier की सुविधाएं होनी चाहिए. साथ ही, तीसरे पक्ष के GSMA TS.48 Test Profile specification के नए वर्शन में बताई गई ज़रूरी शर्तों को पूरा करना चाहिए.

ज़्यादा जानकारी के लिए, यूआईसीसी तैयार करना लेख पढ़ें.

वाई-फ़ाई एपी/एपी कॉन्करेंसी

Android 12 में, Wi-Fi AP/AP concurrency सुविधा जोड़ी गई है. इससे डिवाइस, ब्रिज किए गए ड्यूअल (AP+AP) टेदरिंग हॉटस्पॉट को चालू कर सकते हैं.

ज़्यादा जानकारी के लिए, वाई-फ़ाई एपी/एपी कॉन्करेंसी देखें.

वाई-फ़ाई/सेल्युलर कोएक्स चैनल से बचने की सुविधा

Android 12 में वाई-फ़ाई/सेल्युलर कोएक्स चैनल से बचने की सुविधा दी गई है. यह सुविधा, सेल्युलर चैनलों के बीच रुकावट होने पर, असुरक्षित वाई-फ़ाई चैनलों की पहचान करती है और उनके इस्तेमाल को रोकती है. इसमें STA, SoftAp, Wi-Fi Direct (P2P), Wi-Fi Aware (NAN) जैसे इंटरफ़ेस शामिल हैं.

वाई-फ़ाई सुरक्षा प्रोटोकॉल में सुधार

Android 12 में, WPA3 हैश-टू-एलिमेंट (H2E), WPA2/WPA3-एंटरप्राइज़ ट्रांज़िशन मोड, और ट्रांज़िशन बंद होने की सूचना देने की सुविधा जोड़ी गई है.

ज़्यादा जानकारी के लिए, WPA3 और Wi-Fi Enhanced Open लेख पढ़ें.

वाई-फ़ाई एसटीए/एसटीए कॉन्करेंसी

Android 12 में, वाई-फ़ाई STA/STA कॉन्करेंसी की सुविधा जोड़ी गई है. इससे डिवाइस एक साथ दो वाई-फ़ाई नेटवर्क से कनेक्ट हो सकते हैं.

ज़्यादा जानकारी के लिए, Wi-Fi STA/STA Concurrency देखें.

डिवाइस

Android 12 में Android Automotive की नई सुविधाएं

इन नई सुविधाओं के बारे में ज़्यादा जानने के लिए, Automotive में नया क्या है देखें:

डिसप्ले

भरोसेमंद नहीं माने जाने वाले टच को ब्लॉक करना

सिस्टम की सुरक्षा बनाए रखने और उपयोगकर्ताओं को बेहतर अनुभव देने के लिए, Android 12 में भरोसेमंद नहीं माने जाने वाले टच इवेंट को ब्लॉक करने की सुविधा जोड़ी गई है. इससे ऐप्लिकेशन को टच इवेंट इस्तेमाल करने से रोका जाता है. ऐसा तब होता है, जब कोई ओवरले असुरक्षित तरीके से ऐप्लिकेशन को छिपाता है.

बातचीत से जुड़ी सूचनाएं और विजेट

Android 11 में, सूचनाओं की प्राथमिकता और सूचना के लेवल के हिसाब से, सूचना शेड में बातचीत की सूचनाओं के व्यवहार और जगह को पसंद के मुताबिक बनाने की सुविधा जोड़ी गई थी. इससे बातचीत को 'अहम बातचीत' के तौर पर मार्क किया जा सकता था. साथ ही, बातचीत के हिसाब से बबल को बातचीत वाले स्पेस में लॉन्च किया जा सकता था. Android 11 की इन सुविधाओं के आधार पर, Android 12 में बातचीत के विजेट की सुविधा दी गई है. इससे लोग, होम स्क्रीन पर अहम संपर्कों के लिए बातचीत के विजेट जोड़ सकते हैं. इससे वे सूचना का इंतज़ार किए बिना, बातचीत को आसानी से फिर से शुरू कर सकते हैं.

ज़्यादा जानकारी के लिए, बातचीत की सूचनाएं और विजेट देखें.

विंडो को धुंधला करने की सुविधा

Android 12 में, विंडो को धुंधला करने वाले इफ़ेक्ट (जैसे कि बैकग्राउंड को धुंधला करना और पीछे की चीज़ों को धुंधला करना) लागू करने के लिए, सार्वजनिक एपीआई उपलब्ध हैं. इन एपीआई की मदद से, अपनी विंडो के पीछे मौजूद कॉन्टेंट को धुंधला किया जा सकता है. धुंधले बैकग्राउंड वाली विंडो बनाई जा सकती हैं. इससे फ़्रॉस्टेड ग्लास इफ़ेक्ट मिलता है. इसके अलावा, ऐसी विंडो भी दिखाई जा सकती हैं जिनके पीछे पूरी स्क्रीन धुंधली हो. इससे डेप्थ ऑफ़ फ़ील्ड इफ़ेक्ट मिलता है. इन दोनों को एक साथ भी इस्तेमाल किया जा सकता है.

इस नई सुविधा और इसे लागू करने के तरीके के बारे में ज़्यादा जानने के लिए, विंडो ब्लर करने की सुविधा वाला पेज देखें.

विंडो को ज़ूम करके देखने की सुविधा

Android 12 में, कम दृष्टि वाले लोग विंडो को ज़ूम करके देखने की सुविधा का इस्तेमाल करके, डिसप्ले पर मौजूद किसी भी चीज़ को बड़ा करके देख सकते हैं. विंडो को बड़ा करके दिखाने की सुविधा की मदद से, उपयोगकर्ता स्क्रीन के चुने गए हिस्से को बड़ा करके देख सकते हैं. हालांकि, पूरी स्क्रीन को ज़ूम करने की सुविधा का इस्तेमाल करने पर ऐसा नहीं किया जा सकता. चुनी गई विंडो को पूरे डिसप्ले पर कहीं भी ले जाया जा सकता है. इससे वे स्क्रीन के अलग-अलग हिस्सों को अपनी ज़रूरत के हिसाब से बड़ा कर सकते हैं.

ज़्यादा जानकारी के लिए, विंडो मैग्निफ़ायर देखें.

एंटरप्राइज़

डिवाइस एडमिन से जुड़े अपडेट

Android 12 में, डिवाइस एडमिन से जुड़े ये अपडेट शामिल हैं:

  • मैनेज की जा रही प्रोफ़ाइल के डेटा को अलग-अलग करने से जुड़े अपडेट. Android 12, वर्क प्रोफ़ाइल वाले निजी डिवाइसों पर, डिवाइस के हार्डवेयर आइडेंटिफ़ायर (आईएमईआई, एमईआईडी, सीरियल नंबर) का ऐक्सेस हटा देता है. साथ ही, यह एक यूनीक आईडी उपलब्ध कराता है. यह आईडी, रजिस्ट्रेशन के हिसाब से होता है. इससे किसी खास संगठन के लिए, वर्क प्रोफ़ाइल के रजिस्ट्रेशन की पहचान की जाती है. ज़्यादा जानकारी के लिए, डिवाइस आइडेंटिफ़ायर देखें.

  • डिवाइस प्रॉविज़निंग से जुड़े अपडेट. Android 12 में, डिवाइस प्रोविज़निंग से जुड़े कई बदलाव किए गए हैं. बदलावों की सूची और उनके बारे में ज़्यादा जानने के लिए, Android 12 के अपडेट लेख पढ़ें.

ग्राफ़िक्स

Composer HAL में हॉट प्लग हैंडलिंग

जिन डिवाइसों में बाहरी डिसप्ले (एचडीएमआई या DisplayPort के ज़रिए) कनेक्ट किए जाते हैं उनमें डिसप्ले की सुविधाएं (जैसे, डिसप्ले मोड और एचडीआर के साथ काम करने वाले टाइप) डाइनैमिक तौर पर बदल सकती हैं. जैसे, Android TV सेट-टॉप-बॉक्स (एसटीबी) और ओवर-द-टॉप (ओटीटी) डिवाइस. Android 12 से, फ़्रेमवर्क में हॉट प्लग हैंडलिंग और डाइनैमिक डिसप्ले की क्षमताओं में बदलाव किए गए हैं.

ज़्यादा जानकारी के लिए, Composer HAL में हॉट प्लग मैनेज करना लेख पढ़ें.

मॉड्यूलर सिस्टम कॉम्पोनेंट

Android 13 में, मॉड्यूलर सिस्टम के कई नए और अपडेट किए गए कॉम्पोनेंट शामिल हैं. नए मॉड्यूल ये हैं:

  • एआरटी: इस मॉड्यूल का मकसद, उपयोगकर्ताओं को मैनेज किए गए रनटाइम के नए ऑप्टिमाइज़ेशन, सुविधाएं, और गड़बड़ियों को ठीक करने के तरीके उपलब्ध कराकर, Android का बेहतर अनुभव देना है.

  • डिवाइस शेड्यूल करना: इस मॉड्यूल में ऐसा लॉजिक होता है जो यह पता लगाता है कि डिवाइस इस्तेमाल नहीं किया जा रहा है या नहीं. साथ ही, यह भी पता लगाता है कि डिवाइस को रीबूट किया जा सकता है या नहीं. ऐसा करने से, उपयोगकर्ता को कोई परेशानी नहीं होती.

मौजूदा मॉड्यूल में अपडेट:

  • adbd: मॉड्यूल की सीमा अपडेट की गई.

  • DocumentsUI: फ़ाइल ब्राउज़ करने की सुविधा बंद कर दी गई है.

  • ExtServices: Added DisplayHashingService and updated the module boundary.

  • मीडिया: एक नया मीडिया कॉम्पोनेंट जोड़ा गया.

  • NNAPI Runtime: मॉड्यूल बाउंड्री को अपडेट किया गया.

  • PermissionController: PermissionController मॉड्यूल को पूरी तरह से मॉड्यूलर बना दिया गया है और मॉड्यूल की सीमा को अपडेट कर दिया गया है.

  • एसडीके एक्सटेंशन: मॉड्यूल की ज़िम्मेदारी को अपडेट किया गया है और एक नया कॉम्पोनेंट जोड़ा गया है.

  • Statsd: मॉड्यूल की सीमा अपडेट की गई.

  • टेथरिंग: नई सुविधा जोड़ी गई. इससे मॉड्यूल की सीमा अपडेट हो गई है.

  • टाइम ज़ोन का डेटा: पैकेज का फ़ॉर्मैट अपडेट किया गया.

  • वाई-फ़ाई: मॉड्यूल की बाउंड्री अपडेट की गई.

मीडिया

HEVC फ़ॉर्मैट पर काम न करने वाले ऐप्लिकेशन के लिए मीडिया ट्रांसकोडिंग

मीडिया ट्रांसकोडिंग की सुविधा के साथ काम करने वाले डिवाइसों में, वीडियो कैप्चर करने के लिए आधुनिक और कम स्टोरेज इस्तेमाल करने वाले मीडिया फ़ॉर्मैट का इस्तेमाल किया जा सकता है. जैसे, HEVC. साथ ही, यह सुविधा ऐप्लिकेशन के साथ काम करती है. इस सुविधा की मदद से, डिवाइस बनाने वाली कंपनियां डिफ़ॉल्ट रूप से AVC के बजाय HEVC का इस्तेमाल कर सकती हैं. इससे वीडियो की क्वालिटी बेहतर होती है. साथ ही, स्टोरेज और बैंडविथ की ज़रूरत कम होती है. ज़्यादा जानकारी के लिए, मीडिया ट्रांसकोडिंग की सुविधा के साथ काम करने वाले फ़ॉर्मैट लेख पढ़ें.

परफ़ॉर्मेंस

ऐप्लिकेशन का हाइबरनेशन मोड

Android 12 में, ऐप्लिकेशन को हाइबरनेट करने की सुविधा मिलती है. इससे उन ऐप्लिकेशन को हाइबरनेट किया जा सकता है जिन्हें उपयोगकर्ता कुछ महीनों से इस्तेमाल नहीं कर रहा है. यह सुविधा, अनुमति अपने-आप रद्द होने की सुविधा की तरह ही काम करती है.

ज़्यादा जानकारी के लिए, ऐप्लिकेशन को हाइबरनेट करना लेख पढ़ें.

Cgroup ऐब्स्ट्रैक्शन लेयर

Android 12 में कंट्रोल ग्रुप (cgroup) ऐब्स्ट्रैक्शन लेयर में नई सुविधाएं जोड़ी गई हैं. जैसे, कुछ cgroup कंट्रोलर को वैकल्पिक के तौर पर तय करने की सुविधा और task_profiles कमांड का इस्तेमाल करने की सुविधा. यह कमांड, बंद की गई writepid कमांड की जगह इस्तेमाल की जा सकती है. इस बदलाव से यह पक्का होता है कि cgroup के लागू करने से जुड़ी बुनियादी बातों का, cgroup के क्रम में टास्क माइग्रेट करते समय ऊपरी लेयर पर कोई असर नहीं पड़ता. Android 12 में, एपीआई लेवल के हिसाब से टास्क प्रोफ़ाइलें बनाने की सुविधा भी जोड़ी गई है.

ज़्यादा जानकारी के लिए, Cgroup Abstraction Layer देखें.

अनुमतियां

ब्लूटूथ की अनुमतियां

Android 12 में, ब्लूटूथ से जुड़ी ये अनुमतियां जोड़ी गई हैं. ये BLUETOOTH और BLUETOOTH_ADMIN अनुमतियों की जगह लेती हैं:

  • BLUETOOTH_SCAN: इससे ऐप्लिकेशन को आस-पास मौजूद ब्लूटूथ डिवाइसों को खोजने और उनसे जुड़ने की अनुमति मिलती है.
  • BLUETOOTH_ADVERTISE: इस अनुमति से ऐप्लिकेशन, आस-पास मौजूद ब्लूटूथ डिवाइसों पर विज्ञापन दिखा पाएंगे.
  • BLUETOOTH_CONNECT: इस अनुमति से ऐप्लिकेशन, पेयर किए गए ब्लूटूथ डिवाइसों से कनेक्ट हो पाते हैं.

ये अनुमतियां, नए NEARBY_DEVICES रनटाइम अनुमति ग्रुप का हिस्सा हैं. इस अनुमति वाले ग्रुप की मदद से, स्मार्टवॉच को कनेक्ट करने जैसे इस्तेमाल के उदाहरणों को पूरा किया जा सकता है. इसके लिए, LOCATION को रनटाइम की अनुमति देने की ज़रूरत नहीं होती.

ये नई अनुमतियां, ऐप्लिकेशन के साथ काम करती हैं. साथ ही, Android 11 या इससे पुराने वर्शन पर काम करने वाले ऐप्लिकेशन के लिए, कोई बदलाव करने की ज़रूरत नहीं है. Android 11 या इससे पहले के वर्शन को टारगेट करने वाले लेगसी ऐप्लिकेशन के लिए, प्लैटफ़ॉर्म लेगसी ब्लूटूथ अनुमतियों के अनुरोधों को नई अनुमतियों के अनुरोधों में अपने-आप बदल देता है. जब कोई ऐप्लिकेशन, Android 12 या उसके बाद के वर्शन को टारगेट करने के लिए अपग्रेड होता है, तो उसे ब्लूटूथ की नई अनुमतियों का अनुरोध साफ़ तौर पर करना होगा.

अनुमतियों के इस्तेमाल के बारे में ज़्यादा जानने के लिए, Bluetooth की अनुमतियां लेख पढ़ें.

निजता इंडिकेटर

Android 12, उपयोगकर्ताओं को पारदर्शिता बनाए रखने की सुविधा देता है. इसके लिए, वह तब इंडिकेटर दिखाता है, जब कोई ऐप्लिकेशन, कैमरे और माइक्रोफ़ोन के ऐप्लिकेशन-ऑप की अनुमतियों के ज़रिए किसी निजी डेटा सोर्स का इस्तेमाल करता है.

App Ops, ऐक्टिविटी की स्थिति और अलग-अलग एपीआई कॉल की संख्या, दोनों को ट्रैक करता है. साथ ही, Android 12 में माइक्रोफ़ोन और कैमरे के इंडिकेटर के साथ इंटरैक्ट करता है. इससे उपयोगकर्ताओं को यह पता चलता है कि ऐप्लिकेशन ने उनके डिवाइसों पर ऑडियो और कैमरे के डेटा को कब ऐक्सेस किया. जब लोग माइक्रोफ़ोन या कैमरे के इंडिकेटर पर क्लिक करते हैं, तो उन्हें पता चलता है कि किन ऐप्लिकेशन ने उनके डेटा को ऐक्सेस किया है.

यह सुविधा सभी ओईएम के लिए ज़रूरी है. ज़्यादा जानकारी के लिए, निजता इंडिकेटर देखें.

जगह की जानकारी

Android 12 से, उपयोगकर्ता किसी ऐप्लिकेशन से अनुरोध कर सकते हैं कि वह जगह की जानकारी ऐक्सेस करते समय, सिर्फ़ अनुमानित जगह की जानकारी का इस्तेमाल करे.

इस बदलाव का असर, सिर्फ़ Android 12 या इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन पर पड़ेगा. हालांकि, जिन डिवाइसों में PermissionController मॉड्यूल का पुराना वर्शन है उन पर, यह बदलाव सभी ऐप्लिकेशन पर लागू होता है. भले ही, टारगेट किए गए SDK टूल का वर्शन कोई भी हो.

रनटाइम

Dexpreopt और <uses-library> की जांच

Android 12 में <uses-library> निर्भरता वाले Java मॉड्यूल के लिए DEX फ़ाइलों (dexpreopt) के अग्रिम-समय (AOT) संकलन के लिए बिल्ड सिस्टम में बदलाव किए गए हैं. कुछ मामलों में, बिल्ड सिस्टम में किए गए इन बदलावों की वजह से बिल्ड टूट सकते हैं.

ब्रेकेज के लिए तैयारी करने और उन्हें ठीक करने और कम करने के तरीकों के बारे में जानने के लिए, Dexpreopt और <uses-library> की जांच देखें.

परीक्षण

Compatibility Test Suite (CTS)

Android 12 के लिए, CTS में कई नए मुख्य मॉड्यूल और टेस्ट से जुड़े बदलाव किए गए हैं. ज़्यादा जानकारी के लिए, सीटीएस के रिलीज़ नोट देखें.

टीवी

एचडीएमआई-सीईसी कंट्रोल सेवा

Android 12, एचडीएमआई-सीईसी का इस्तेमाल करता है. इससे, डिवाइस के चालू या स्लीप मोड में जाने पर, एचडीएमआई से कनेक्ट किए गए डिसप्ले अपने-आप कंट्रोल होते हैं.

ज़्यादा जानकारी के लिए, HDMI-CEC कंट्रोल सेवा देखें.

ट्यूनर फ़्रेमवर्क

Android 12 में:

  • Tuner HAL 1.1 या इससे ऊपर के वर्शन वाला फ़्रंटएंड, DTMB DTV स्टैंडर्ड के साथ काम करता है. ये फ़्रंटएंड सुविधाएं और सेटिंग काम करती हैं:

    • DtmbFrontendCapabilities

    • DtmbFrontendSettings

  • Tuner SDK API, Tuner HAL 1.1 में मौजूद नई सुविधाओं के साथ काम करता है. यह Tuner 1.0 के साथ काम करने वाला अपग्रेड किया गया वर्शन है.

  • android.media.tv.tuner.TunerVersionChecker.getTunerVersion(), HAL के चालू वर्शन की जांच करता है.

अपडेट

APEX कंप्रेस करने की सुविधा

Android Pony EXpress कंटेनर (एपीईएक्स) का अपडेट इंस्टॉल होने के बाद, पहले से इंस्टॉल किए गए वर्शन का इस्तेमाल नहीं किया जाता. हालांकि, यह उतनी ही मेमोरी का इस्तेमाल करता है. इस्तेमाल किया गया स्पेस उपलब्ध नहीं रहता. Android 12 में, APEX फ़ाइलों को कंप्रेस करने की सुविधा उपलब्ध है. इससे स्टोरेज पर पड़ने वाले असर को कम किया जा सकता है. इसके लिए, सिर्फ़ पढ़ने के लिए उपलब्ध पार्टीशन (जैसे कि /system पार्टीशन) पर, APEX फ़ाइलों के कंप्रेस किए गए सेट का इस्तेमाल किया जाता है. Android 12 में APEX कंप्रेस करने के बारे में जानने के लिए, कंप्रेस किए गए APEX लेख पढ़ें.

रीबूट करने के बाद फिर से शुरू करने की सुविधा से जुड़ी सुरक्षा और आसानी

Android 12 में, एक साथ कई क्लाइंट इस्तेमाल करने की बेहतर सुविधा और सर्वर पर आधारित रीबूट करने की सुविधा दी गई है. डिवाइस को फिर से चालू करने पर अपडेट जारी रखने (आरओआर) की प्रोसेस से, उपयोगकर्ताओं को ज़्यादा सुरक्षा और सुविधा मिलती है. ऐसा इसलिए, क्योंकि डिवाइस के इस्तेमाल में न होने पर ओटीए अपडेट किए जा सकते हैं. वहीं, Android 12 में एक साथ कई क्लाइंट और सर्वर पर आधारित अपडेट की सुविधाओं से, डिवाइस के हार्डवेयर लेवल की सुरक्षा मिलती है.

ज़्यादा जानकारी के लिए, रीबूट करने के बाद ऐप्लिकेशन फिर से शुरू करना लेख पढ़ें.

RoR के साथ सिम पिन रीप्ले

Android 12 में, RoR की वजह से रीबूट होने के बाद, पिन कोड की पुष्टि करने के लिए सिम पिन को फिर से इस्तेमाल करने की सुविधा मिलती है. इससे पिन कोड की पुष्टि आसानी से हो जाती है. जब भी कोई उपयोगकर्ता सिम पिन को चालू करता है, उसकी पुष्टि करता है या उसमें बदलाव करता है, तब सिम पिन को फिर से एन्क्रिप्ट (सुरक्षित) किया जाता है और सेव किया जाता है.

ज़्यादा जानकारी के लिए, सिम-पिन फिर से डालना लेख पढ़ें.

वर्चुअल A/B के अपडेट

Android 12 में, स्नैपशॉट किए गए पार्टीशन पर वर्चुअल ए/बी कंप्रेशन का विकल्प मिलता है. Android 12 में, बूटलोडर जिन अपडेट किए जा सकने वाले पार्टीशन का इस्तेमाल नहीं करता उन्हें स्नैपशॉट किया जा सकता है, ताकि जगह बचाई जा सके. इन्हें कंप्रेस भी किया जा सकता है. Android 12 के लिए, अपने बिल्ड में स्नैपशॉट कंप्रेस करने की सुविधा चालू करने से, /data पार्टीशन पर जगह बचती है.

स्नैपशॉट कंप्रेशन के साथ वर्चुअल ए/बी को लागू करने के लिए, डिवाइस के हिसाब से कोड में बदलाव करने पड़ते हैं. बदलावों और उन्हें लागू करने के बारे में जानकारी पाने के लिए, वर्चुअल A/B टेस्ट की खास जानकारी और वर्चुअल A/B टेस्ट लागू करना पेज पर जाएं.