Android 11 के Camera इमेज टेस्ट सुइट की रिलीज़ की जानकारी

इस पेज पर, Android 11 में Camera Image Test Suite (ITS) में हुए बदलावों के बारे में खास जानकारी दी गई है. बदलावों को इन कैटगरी में बांटा गया है:

• हार्डवेयर में बदलाव
• पहले एपीआई लेवल के लिए ज़रूरी टेस्ट
• टेस्ट लाइटिंग की पुष्टि की गई
• सीन के नाम में बदलाव
• बदलावों और जोड़े गए कॉन्टेंट की जांच करना
• कैमरे की टेस्टिंग की सुविधा सीमित तौर पर उपलब्ध है

हार्डवेयर में बदलाव

Android 11 में, हार्डवेयर से जुड़े कई बदलाव किए गए हैं. इससे लागत कम करने और उपलब्धता बढ़ाने में मदद मिलती है. इन बदलावों को इन कैटगरी में बांटा गया है:

• अन्य मैन्युफ़ैक्चरर
• मैन्युफ़ैक्चरिंग के एक जैसे तरीके
• टैबलेट के ज़्यादा विकल्प
• टैबलेट को कम खोलना
• नया सेंसर फ़्यूज़न कंट्रोलर

अन्य मैन्युफ़ैक्चरर

Rahi Systems, हमारे मौजूदा सप्लायर, MYWAY design के अलावा, ITS टेस्ट एनक्लोज़र बनाने के लिए ज़रूरी शर्तें पूरी करता है. ज़रूरी शर्तें पूरी करने वाले वेंडर के लिए, कंपनी की जानकारी यहां दी गई है:

• Rahi Systems Inc.
  48303 Fremont Blvd, Fremont CA 94538, USA
  rahisystems.com/products/android-device-testing-equipment/
  androidpartner@rahisystems.com
  +1-510-319-3802

• MYWAY डिज़ाइन
  चौथी मंज़िल, No. 163, Fu-Ying Road, XinZhuang District, New Taipei City, Taiwan
  twmyway.com
  sales@myway.tw
  +886-2-29089060

यूनिफ़ाइड मैन्युफ़ैक्चरिंग के तरीके

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

ब्यौरे और मैकेनिकल ड्रॉइंग का नया वर्शन डाउनलोड करने के लिए, RFoV बॉक्स (rev1a) और WFoV बॉक्स (rev2.9) देखें.

टैबलेट के लिए ज़्यादा विकल्प

Samsung Galaxy Tab A 10.1 और Chuwi Hi9 Air 10.1 जैसे टैबलेट, सुझाए गए टैबलेट की सूची में शामिल किए गए हैं. यह ज़रूरी है कि टैबलेट में पल्स विड्थ मॉड्यूलेशन (पीडब्ल्यूएम) न हो. इससे कैप्चर की गई इमेज में बैंडिंग को हटाने के लिए, स्क्रीन की रोशनी को अडजस्ट किया जा सकता है.

सुझाए गए टैबलेट के बारे में नई जानकारी के लिए, टैबलेट से जुड़ी ज़रूरी शर्तें देखें.

टैबलेट को कम बार खोला गया

Galaxy Tab A 10.1 का इस्तेमाल करने के लिए, RFoV (rev1a) और WFoV (rev2) टेस्ट एन्क्लोज़र, दोनों के लिए टैबलेट के खुलने की जगह को थोड़ा कम कर दिया गया है. इन बदलावों को दिखाने वाले वर्शन, rev1a.1 और rev2.9 हैं. इन ड्रॉइंग के लिए, RFoV बॉक्स (rev1a) और WFoV बॉक्स (rev2.9) देखें.

सेंसर फ़्यूज़न कंट्रोलर की नई सुविधा

सेंसर फ़्यूज़न कंट्रोलर के हार्डवेयर को फिर से डिज़ाइन किया गया है, ताकि इसे बेहतर तरीके से बनाया जा सके. नया कंट्रोलर, Arduino पर आधारित है. इसमें कस्टम राउटिंग बोर्ड शील्ड है, जिसे Arduino के ऊपर लगाया जाता है. पहली इमेज में शील्ड और दूसरी इमेज में, एनक्लोज़र के लिए मैकेनिकल ड्राइंग दिखाई गई है. नए कंट्रोलर को 5 V की एक ही सप्लाई से पावर मिलती है. यह सप्लाई, मोटर को सीधे तौर पर पावर देती है. इलेक्ट्रॉनिक्स को पूरी तरह से यूएसबी कनेक्टर से कंट्रोल किया जाता है. अलग पावर सप्लाई की वजह से, कंट्रोल इलेक्ट्रॉनिक्स और सर्वो मोटर के बीच पूरी तरह से आइसोलेशन होता है. इसके अलावा, एक कंट्रोलर से ज़्यादा से ज़्यादा छह सर्वो मोटर कंट्रोल की जा सकती हैं.

पहली इमेज. Arduino शील्ड का टॉप व्यू

दूसरी इमेज. सड़क पर पुल बनाने का डिज़ाइन

Android 11, मौजूदा कंट्रोलर के साथ काम करता है. Arduino पर आधारित कंट्रोलर के साथ टेस्टिंग शुरू करने के लिए, इसका इस्तेमाल करें:

python tools/run_all_tests.py device=# camera=# rot_rig=arduino:1 scenes=sensor_fusion

पहला एपीआई लेवल

Android 10 में, आईटीएस टेस्ट को MANDATED और NOT_YET_MANDATED के तौर पर दिखाया जाता है. Android 10 डिवाइस के तौर पर लॉन्च करने के लिए, सभी MANDATED टेस्ट पास होने चाहिए. NOT_YET_MANDATED टेस्ट फ़ेल हो सकते हैं, लेकिन CTS verifier की रिपोर्टिंग के लिए इन्हें PASS के तौर पर टेबल में शामिल किया जाता है. MANDATED टेस्ट की ज़रूरी शर्तें, अपग्रेड किए गए डिवाइसों पर भी लागू होती हैं. अपग्रेड किए गए डिवाइसों के लिए, सभी MANDATED टेस्ट पास करने की इस ज़रूरी शर्त की वजह से, टेस्ट को MANDATED टेस्ट बनने में समय लगा. ऐसा इसलिए, क्योंकि पुराने डिवाइसों को भी टेस्ट पास करने होते हैं.

Android 11 में, MANDATED की जांच, फ़ोन की प्रॉपर्टी से मिले पहले एपीआई लेवल के फ़्लैग से की जाती है. Android 11 पर अपग्रेड किए जा रहे डिवाइसों के लिए, टेस्ट NOT_YET_MANDATED टेस्ट के तौर पर चलते हैं. इसका मतलब है कि कोई टेस्ट फ़ेल हो सकता है, लेकिन CtsVerifier.apk में उसे PASS के तौर पर शामिल किया जा सकता है.

उदाहरण के लिए:

• Android 11 में, test_channel_saturation टेस्ट, MANDATED उन डिवाइसों के लिए है जिनका पहला एपीआई लेवल 29 से ज़्यादा है.
• Android 10 में, test_channel_saturation टेस्ट सभी डिवाइसों के लिए MANDATED है.

सीन की लाइटिंग की पुष्टि की जा रही है

Android 11 में, सीन लाइटिंग की पुष्टि करने के लिए, सीन के कोनों में मौजूद रोशनी का विश्लेषण किया जाता है. सभी मैन्युअल सीन की रोशनी की जांच की जाती है. साथ ही, टैबलेट पर आधारित सीन की जांच RFoV टेस्ट रिग में RFoV कैमरों और WFoV टेस्ट रिग में WFoV कैमरों के लिए की जाती है. अगर रोशनी का लेवल ज़रूरत के मुताबिक नहीं है, तो गड़बड़ी की सूचना दी जाती है और टेस्टिंग पूरी नहीं हो पाती.

सीन के नाम में बदलाव

Android 10 में, ज़्यादातर टेस्ट और टेस्ट के कुल समय का ज़्यादातर हिस्सा सीन 1 का होता है. अगर सीन 1 में कोई टेस्ट पूरा नहीं होता है, तो पूरे सीन को फिर से चलाना होगा. पूरे सीन को फिर से चलाने पर, मार्जिनल टेस्ट के पास होने की संभावना कम हो जाती है. Android 11 में, सीन 1 को दो सीन में बांटकर, सीन1_1 और सीन1_2 में फिर से चलाने के समय को कम किया गया है.

यहां दी गई टेबल में, अलग-अलग सीन के लिए Pixel 4 के रीयर कैमरे के टेस्ट के समय की जानकारी दी गई है. टेस्ट की संख्या को टेस्ट के समय को बराबर करने के लिए बांटा जाता है, न कि टेस्ट की संख्या को बराबर करने के लिए.

इसके अलावा, नाम को भी अपडेट किया गया है. सीन 2 को अक्षरों और सीन 1 को संख्याओं में बांटा गया है. अलग-अलग एक्सटेंशन के नाम इस तरह हैं:

• एक ही चार्ट वाले, लेकिन अलग-अलग टेस्ट वाले सीन: *_1,2,3
• अलग-अलग चार्ट, लेकिन एक ही टेस्ट वाले सीन: *_a,b,c

बदलावों को टेस्ट करें

पहले एपीआई लेवल का इस्तेमाल करने के लिए, टेस्ट अपडेट किए गए

Android 11 में, यहां दी गई टेबल में मौजूद टेस्ट को पहले एपीआई लेवल के फ़्लैग का इस्तेमाल करने के लिए अपडेट किया गया है. इन सभी टेस्ट में, एपीआई लेवल 29 का इस्तेमाल किया जाता है. हालांकि, test_tonemap_curve टेस्ट में, एपीआई लेवल 30 का इस्तेमाल किया जाता है.

बदलावों के साथ टेस्ट

यहां दी गई टेबल में मौजूद टेस्ट, Android 11 में अपडेट किए गए हैं. बदलावों के बारे में जानकारी, बदलावों की जानकारी कॉलम में दी गई है.

नई जांच के आंकड़े

नीचे दी गई टेबल में दिए गए टेस्ट, Android 11 में चालू होते हैं. टेबल में टेस्ट के बारे में खास जानकारी दी गई है. साथ ही, यहां दिए गए सेक्शन में इनके बारे में पूरी जानकारी दी गई है.

scene0/test_vibration_restriction

इस जांच के लिए किसी खास सीन की ज़रूरत नहीं होती. हालांकि, जांच किए जा रहे डिवाइस (डीयूटी) को किसी ठोस जगह पर रखना या लगाना ज़रूरी है. इसमें ITS-in-a-box टेस्ट एन्क्लोज़र पर माउंट करना शामिल है.

दावा करता है

• कैमरे का इस्तेमाल करते समय कोई वाइब्रेशन नहीं होता

scene2_a/test_jpeg_quality

तरीका

JPEG फ़ाइल के अलग-अलग हिस्सों को 2-बाइट मार्कर से तय किया जाता है. ज़्यादा जानकारी के लिए, JPEG देखें.

यह टेस्ट, JPEG कैप्चर से क्वांटाइज़ेशन मैट्रिक्स निकालता है. JPEG कैप्चर में क्वांटाइज़ेशन मैट्रिक्स के लिए मार्कर, [255, 219] क्रम में होता है. मार्कर मिलने पर, सूची के अगले दो आइटम का साइज़ होता है. JPEG DQT साइज़ मार्कर आम तौर पर [0, 132] = 256*0+132 = 132 होता है. इससे JPEG कैप्चर में DQT डेटा के साइज़ का पता चलता है. एम्बेड किया गया डेटा इस फ़ॉर्म में होता है: [255, 219, 0, 132, 0 (ल्युमा मार्कर), 8x8 ल्युमा मैट्रिक्स, 1 (क्रोमा मार्कर), 8x8 क्रोमा मैट्रिक्स].

लुमा मैट्रिक्स मार्कर के लिए 0 और क्रोमा मार्कर के लिए 1, कई डिवाइसों पर एक जैसा दिखता है. इनमें ऐसे फ़ोन भी शामिल हैं जो JPEG फ़ाइल में, दोनों मैट्रिक्स को अलग-अलग DQT सेक्शन में बांटते हैं. क्रोमा मैट्रिक्स की तुलना में, ल्यूमा मैट्रिक्स में वैल्यू की ज़्यादा वैरायटी होती है. ऐसा इसलिए, क्योंकि इंसानी आंखें क्रोमा की तुलना में ल्यूमा के लिए ज़्यादा संवेदनशील होती हैं. साथ ही, JPEG इमेज में इस बात का ध्यान रखा जाता है.

यहां Pixel 4 के रियर कैमरे से ITS टेस्ट रिग का इस्तेमाल करके scene2_a कैप्चर करने के लिए, क्वालिटी फ़ैक्टर 85 और 25 के लिए निकाले गए ल्यूमा और क्रोमा मैट्रिक्स के सैंपल दिखाए गए हैं. कम क्वालिटी सेटिंग के लिए, मैट्रिक्स की वैल्यू काफ़ी बढ़ जाती हैं. इससे पता चलता है कि कंप्रेशन बढ़ गया है. ये मैट्रिक्स, स्क्रिप्ट के साथ सिर्फ़ तब प्रिंट होते हैं, जब debug=True फ़्लैग लागू किया जाता है. ध्यान दें कि क्रोमा मैट्रिक्स की तुलना में, ल्यूमा मैट्रिक्स में एंट्री में ज़्यादा अंतर है.

    luma matrix (quality = 85)    chroma matrix (quality = 85)

    [[ 5  3  4  4  4  3  5  4]    [[ 5  5  5  7  6  7 14  8]
     [ 4  4  5  5  5  6  7 12]     [ 8 14 30 20 17 20 30 30]
     [ 8  7  7  7  7 15 11 11]     [30 30 30 30 30 30 30 30]
     [ 9 12 17 15 18 18 17 15]     [30 30 30 30 30 30 30 30]
     [17 17 19 22 28 23 19 20]     [30 30 30 30 30 30 30 30]
     [26 21 17 17 24 33 24 26]     [30 30 30 30 30 30 30 30]
     [29 29 31 31 31 19 23 34]     [30 30 30 30 30 30 30 30]
     [36 34 30 36 28 30 31 30]]     [30 30 30 30 30 30 30 30]]

    luma matrix (quality = 25)            chroma matrix (quality = 25)

    [[ 32  22  24  28  24  20  32  28]    [[ 34  36  36  48  42  48  94  52]
     [ 26  28  36  34  32  38  48  80]     [ 52  94 198 132 112 132 198 198]
     [ 52  48  44  44  48  98  70  74]     [198 198 198 198 198 198 198 198]
     [ 58  80 116 102 122 120 114 102]     [198 198 198 198 198 198 198 198]
     [112 110 128 144 184 156 128 136]     [198 198 198 198 198 198 198 198]
     [174 138 110 112 160 218 162 174]     [198 198 198 198 198 198 198 198]
     [190 196 206 208 206 124 154 226]     [198 198 198 198 198 198 198 198]
     [242 224 200 240 184 202 206 198]]     [198 198 198 198 198 198 198 198]]

तीसरी इमेज में, Pixel 4 के रियर कैमरे की औसत मैट्रिक्स वैल्यू की तुलना JPEG क्वालिटी से की गई है. JPEG की क्वालिटी बढ़ने पर, कंप्रेशन का लेवल (ल्युमा/क्रोमा DQT मैट्रिक्स का औसत) कम हो जाता है.

तीसरी इमेज. Pixel 4 के रियर कैमरे के ल्यूमा/क्रोमा डीक्यूटी मैट्रिक्स की तुलना में JPEG की क्वालिटी का औसत

दावा करता है

• [25, 45, 65, 86] के लिए, क्वालिटी में +20 की बढ़ोतरी होने पर, क्वॉन्टाइज़ेशन मैट्रिक्स के औसत में 20% की कमी आती है.
• DQT मैट्रिक्स के पेलोड, स्क्वेयर नंबर होते हैं.

चौथी इमेज में, टेस्ट पास न करने वाले फ़ोन का उदाहरण दिखाया गया है. ध्यान दें कि बहुत खराब क्वालिटी वाली इमेज (jpeg.quality < 50) के लिए, क्वॉन्टाइज़ेशन मैट्रिक्स में कंप्रेस करने की प्रोसेस नहीं बढ़ती है.

चौथी इमेज. टेस्ट फ़ेल होने का उदाहरण

scene2_d/e test_num_faces

चेहरे की पहचान करने वाले एल्गोरिदम की जांच के लिए, चेहरे की पहचान करने वाले दो नए सीन जोड़े गए हैं. इससे, चेहरे की पहचान करने वाले एल्गोरिदम की जांच में अलग-अलग तरह के चेहरों को शामिल किया जा सकेगा. कई कैमरों की बार-बार टेस्टिंग करने पर, सबसे मुश्किल चेहरे की पहचान करने की उम्मीद scene2_d में सबसे बाईं ओर मौजूद चेहरे से की जाती है. खास तौर पर, मॉडल ने टोपी पहनी है और उसकी दाढ़ी है. यह चेहरे वाले सीन में नई चीज़ है. नए सीन, इमेज 5 और 6 में दिखाए गए हैं.

पांचवीं इमेज. scene2_d

छठी इमेज. scene2_e

दावा करता है

• num_faces == 3

scene2_e/test_continuous_picture

तरीका

test_continuous_picture टेस्ट में scene2_e का इस्तेमाल किया जाता है. हालांकि, इसे चेहरे वाले किसी भी सीन के साथ चालू किया जा सकता है. इस टेस्ट में, वीजीए रिज़ॉल्यूशन के 50 फ़्रेम कैप्चर किए जाते हैं. इसके लिए, कैप्चर अनुरोध की पहली सेटिंग android.control.afMode = 4 (CONTINUOUS_PICTURE) का इस्तेमाल किया जाता है.

50 फ़्रेम कैप्चर करने के बाद, 3A सिस्टम के सेटल होने की उम्मीद है.

दावा करता है

• कैप्चर के आखिर में, 3A की स्थिति एक जैसी है.

scene_change/test_scene_change

तरीका

एक नया टेस्ट चालू किया गया है. इससे यह पता चलेगा कि सीन में बदलाव होने पर, android.control.afSceneChange फ़्लैग को सेट किया गया है या नहीं. सीन बदलने के लिए, टैबलेट का इस्तेमाल किया गया है. इसमें चेहरे का सीन दिखाया गया है. इसके बाद, सीन बदलने के लिए टैबलेट को चालू और बंद किया गया है. इस सीन में scene2_e का फिर से इस्तेमाल किया गया है. हालांकि, इसे अलग सीन में रखा गया है, क्योंकि इसमें टैबलेट कंट्रोल की ज़रूरत होती है.

इसके अलावा, मैन्युअल टेस्टिंग के लिए, कैमरे के सामने हाथ हिलाकर सीन बदला जा सकता है.

सातवीं इमेज में, टेस्ट का टाइमिंग डायग्राम दिखाया गया है. स्क्रीन बंद होने और कैप्चर होने के बीच के समय को, पिछली कैप्चर की गई इमेज के इवेंट के नतीजों के आधार पर अडजस्ट किया जाता है.

सातवीं इमेज. test_scene_change के लिए टाइमिंग डायग्राम

शिफ़्ट की शर्तें:

• अगर सीन में बदलाव होता है और afSceneChange == 1 मौजूद है, तो टेस्ट PASS दिखाता है.
• अगर सीन में बदलाव होता है और afSceneChange == 0 मौजूद है, तो सीन में बदलाव पांच फ़्रेम पहले होता है, ताकि afSceneChange को ज़्यादा समय मिल सके.
• अगर सीन में कोई बदलाव नहीं होता है और afSceneChange == 1, तो टेस्ट FAIL दिखाता है.
• अगर सीन में कोई बदलाव नहीं होता है और afSceneChange == 0, तो सीन में बदलाव होने पर कैप्चर करने के लिए, सीन में बदलाव 30 फ़्रेम पहले हो जाता है.

दावा करता है

• स्क्रीन (सीन) टॉगल करता है.
• afSceneChange फ़्लैग की वैल्यू [0, 1] के बीच में होती है.
• अगर सीन में कोई बदलाव नहीं होता है, तो 3A कन्वर्ज हो जाता है (यह test_continuous_picture के जैसा ही काम करता है).
• अगर afSceneChange == 1, तो सीन में रोशनी में बदलाव होना चाहिए.
• PASS को छह बार आज़माया जा सकता है. इसमें टाइमिंग, पिछले नतीजों के आधार पर बदलती है.

scene6/test_zoom

तरीका

android.control.zoomRatioRange की जांच करने के लिए, एक नए सीन की ज़रूरत है. ऐसा इसलिए, क्योंकि पहले से मौजूद सीन में या तो इतनी छोटी सुविधा नहीं है जिसे बड़ा किया जा सके (सीन [1, 2, 4]) या सीन में कई ऐसे ऑब्जेक्ट हैं जिन्हें आसानी से पहचाना नहीं जा सकता. इससे सुविधा को अलग करना मुश्किल हो जाता है (सीन 3).

आठवीं इमेज में, सामान्य तौर पर व्यवस्थित किए गए सर्कल वाला नया सीन दिखाया गया है. सर्कल की ऐरे, DUT/चार्ट को बीच में रखने की ज़रूरी शर्तों को आसान बनाती है. साथ ही, इससे कैप्चर की गई इमेज के बीच में हमेशा एक सर्कल मौजूद रहता है. इस सीन में, 9x5 सर्कल की एक सीरीज़ दिखाई गई है. इन सर्कल का बॉर्डर काले रंग का है और ये पूरे टैबलेट पर फैले हुए हैं. ओरिएंटेशन दिखाने के लिए, ऊपर दाएं कोने में एक सर्कल को स्क्वेयर से बदल दिया गया है. सर्कल के साइज़ में, करीब 7500 पिक्सल (radius=50pixels) का एरिया होता है. यह 4000x3000 सेंसर के लिए होता है. इसे करीब 80 डिग्री के फ़ील्ड ऑफ़ व्यू (FoV) के साथ कैप्चर किया जाता है.

आठवीं इमेज. test_zoom सीन

नौवीं इमेज. Pixel 4 cam[0] ज़ूम = [1, 3.33, 5.67, 8] इमेज में सर्कल मिला

नौवीं इमेज में, Pixel 4 के रियर कैमरे से ली गई इमेज दिखाई गई हैं. इनमें ज़ूम लेवल को चार चरणों में 1 से 8x तक बढ़ाया गया है. इमेज के इस सेट को कैप्चर करते समय, फ़ोकस को सेंटर में रखने के लिए कोई खास तरीका नहीं अपनाया गया है. हालांकि, फ़ोन के टेस्टिंग अपर्चर का इस्तेमाल किया गया है. इसमें दो ओपनिंग होती हैं, ताकि फ़्रंट और बैक, दोनों कैमरों की टेस्टिंग की जा सके. सेंटर से कुछ दूरी पर होने की वजह से, चार्ट टैबलेट सेंटर से थोड़ा बाईं ओर दिखता है. इसके अलावा, यह चार्ट 8x से ज़्यादा ज़ूम रेशियो के साथ टेस्ट करने के लिए काफ़ी है.

मंडलियां ढूंढना

इस टेस्ट में, findContours का इस्तेमाल करके find_circle() तरीके को शामिल किया गया है. इससे सभी कंटूर का पता चलता है. साथ ही, कंटूर की खोज को मनचाहे सर्कल तक सीमित किया जाता है. इसके लिए, इन चीज़ों की जांच की जाती है:

• कंटूर का साइज़ 10 पिक्सल से ज़्यादा होना चाहिए.
• कंटूर में NUM_PTS >= 15 होना चाहिए.
• आकृतियों के बीच में काला रंग होना चाहिए.
• आइसोलेटेड ऑब्जेक्ट के कॉन्टूर, सर्कल जैसे होने चाहिए. इसका मतलब है कि उनका क्षेत्रफल, कॉन्टूर के π*r2 क्षेत्रफल के आस-पास होना चाहिए.

टेस्ट रेंज

android.control.zoomRatioRange को 10 चरणों में बांटा गया है.

• [1, 7] की जांच [1, 1.67, 2.33, 3, 3.67, 4.33, 5, 5.67, 6.33, 7]

अगर मिला हुआ सर्कल, इमेज की सीमाओं को छूता है, तो ज़ूम करने की सुविधा बंद हो जाती है. यह जांच की जाती है कि टेस्ट में ज़ूम करने का लेवल (10x) ज़रूरत के मुताबिक है या नहीं.

दावा करता है

• ज़ूम की हर सेटिंग पर कम से कम एक सर्कल दिखता है.
• 10 गुना या ज़्यादा से ज़्यादा android.control.zoomRatioRange की जांच की जाती है.
• सर्कल का रेडियस, ज़ूम के हिसाब से बदलता है. (आरटीओएल, अनुमानित वैल्यू से 10% है).
• सर्कल का सेंटर, ज़ूम करने पर सेंटर से हट जाता है (आरटीओएल, अनुमानित वैल्यू से 10% ज़्यादा है).
• ज़ूम करने का लेवल ज़रूरत के मुताबिक है (दो गुना).

कैमरे की सीमित टेस्टिंग की सुविधा को बेहतर बनाया गया

Android 11 में, यहां दी गई टेबल में मौजूद टेस्ट, LIMITED कैमरों की जांच करते हैं. नई जांचों के अलावा, scene4/test_aspect_ratio_and_crop जांच को अपडेट किया गया है, ताकि LIMITED डिवाइसों की जांच की जा सके. इन डिवाइसों का पहला एपीआई लेवल 30 या उससे ज़्यादा है.

आंकड़े 10 में, Android 11 ITS का सीक्रेट डिकोडर रिंग दिखाया गया है. सीक्रेट डिकोडर रिंग से पता चलता है कि अलग-अलग टेस्ट की सेटिंग को किन टेस्ट से सुरक्षित रखा गया है. देखने में आसानी हो, इसके लिए गेटिंग को कलर कोड किया गया है. मुख्य गेटिंग आइटम ये हैं:

• MANUAL_SENSOR
• READ_3A *ज़रूरी है MANUAL SENSOR
• COMPUTE_TARGET_EXPOSURES *ज़रूरी है MANUAL SENSOR
• PER_FRAME_CONTROL
• RAW
• SENSORS *REALTIME
• MULTI_CAMERA

MANUAL SENSOR, READ_3A, COMPUTE_TARGET_EXPOSURES, और PER_FRAME_CONTROL ज़्यादातर टेस्ट को गेट करते हैं. इसके अलावा, जिन टेस्ट को LIMITED डिवाइसों के लिए चालू किया गया है उन्हें हल्के हरे रंग में हाइलाइट किया जाता है.

दसवीं इमेज. Android 11 के सीक्रेट डिकोडर रिंग