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 से पहले, डिवाइस में इंस्टॉल की गई फ़ॉन्ट फ़ाइलों को एओएसपी (/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 in Userspace पेज पर Flashing vendor ramdisks लेख पढ़ें.

GKI वर्शनिंग

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

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

MM events-historical memory statistics

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

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

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

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 सर्विस एंटाइटेलमेंट कॉन्फ़िगरेशन के लिए सहायता शामिल है. यह जीएसएमए का एक स्पेसिफ़िकेशन है. इसमें, वॉइस-ओवर-वाई-फ़ाई (VoWiFi), वॉइस-ओवर-एलटीई (VoLTE), एसएमएस ओवर आईपी (SMSoIP), और eSIM वाले कंपैनियन डिवाइसों (अनुरोध करने वाले डिवाइस से जुड़े) के लिए, डिवाइस पर सर्विस ऐक्टिवेशन (ओडीएसए) जैसी सेवाओं को चालू करने के लिए, एनटाइटलमेंट की पुष्टि करने के चरण के बारे में बताया गया है. इसमें डेटा प्लान की जानकारी भी शामिल है.

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

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

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

ज़्यादा जानकारी के लिए, 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 सेल्यूलर कनेक्शन को पूरी तरह से बंद कर सकते हैं. इस सुविधा के लिए, Radio 1.6 HAL लागू होना चाहिए.

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

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

यूआईसीसी की खास बातें

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

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

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

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

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

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

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: जोड़ा गया DisplayHashingService और मॉड्यूल की सीमा अपडेट की गई.

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

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

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

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

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

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

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

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

मीडिया

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

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

परफ़ॉर्मेंस

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

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

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

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

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

रनटाइम

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

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

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

टेस्ट अपडेट

Compatibility Test Suite (CTS)

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

टीवी

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

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 कंटेनर (APEX) का अपडेट इंस्टॉल होने के बाद, पहले से इंस्टॉल किए गए वर्शन का इस्तेमाल नहीं किया जाता. हालांकि, यह उतनी ही मेमोरी स्पेस लेता है. इस्तेमाल किया गया स्पेस उपलब्ध नहीं रहता. 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 टेस्ट लागू करना पेज पर जाएं.