यह पृष्ठ एंड्रॉइड 11 में कैमरा इमेज टेस्ट सूट (आईटीएस) में परिवर्तनों का सारांश प्रस्तुत करता है। परिवर्तन निम्नलिखित श्रेणियों में आते हैं:
- हार्डवेयर परिवर्तन
- प्रथम एपीआई स्तर के अनिवार्य परीक्षण
- परीक्षण प्रकाश व्यवस्था मान्य
- दृश्य का नाम बदलता है
- परिवर्तन और परिवर्धन का परीक्षण करें
- सीमित कैमरा परीक्षण में वृद्धि
हार्डवेयर परिवर्तन
एंड्रॉइड 11 लागत कम करने और उपलब्धता बढ़ाने के लिए कई हार्डवेयर परिवर्तन पेश करता है। ये परिवर्तन निम्नलिखित श्रेणियों में आते हैं:
- अतिरिक्त निर्माता
- एकीकृत विनिर्माण विधियाँ
- टैबलेट के विकल्प बढ़े
- टैबलेट का खुलना कम हो गया
- नया सेंसर फ़्यूज़न नियंत्रक
अतिरिक्त निर्माता
राही सिस्टम्स हमारे मौजूदा आपूर्तिकर्ता, MYWAY डिज़ाइन के अलावा ITS परीक्षण बाड़ों का उत्पादन करने के लिए योग्य है। योग्य विक्रेताओं के लिए कंपनी की जानकारी इस प्रकार है:
राही सिस्टम्स इंक.
48303 फ़्रेमोंट ब्लव्ड, फ़्रेमोंट सीए 94538, यूएसए
rahisystems.com/products/android-device-testing-equipment/
androidpartner@rahisystems.com
+1-510-319-3802माईवे डिज़ाइन
4एफ., नंबर 163, फू-यिंग रोड, शिनज़ुआंग जिला, न्यू ताइपे शहर, ताइवान
twmyway.com
sales@myway.tw
+886-2-29089060
एकीकृत विनिर्माण विधियाँ
Rev1 रेगुलर फील्ड-ऑफ-व्यू (RFoV) ITS-इन-द-बॉक्स टेस्ट एनक्लोजर को वाइड फील्ड-ऑफ-व्यू (WFoV) बॉक्स और सेंसर फ्यूजन बॉक्स टेस्ट एनक्लोजर द्वारा उपयोग में आने वाली विनिर्माण विधियों का उपयोग करने के लिए फिर से डिजाइन किया गया है। कार्यक्षमता समान है, और सरलता के लिए, डिज़ाइन को Rev1a कहा जाता है। रीडिज़ाइन निर्माताओं को सभी परीक्षण बाड़ों के निर्माण के लिए एक ही प्रकार के प्लास्टिक को स्टॉक करने की अनुमति देता है। इसके अतिरिक्त, टैबलेट माउंट और लाइट होल्डर्स को टैबलेट और एलईडी लाइट बार में अधिक भिन्नता को संभालने के लिए फिर से डिज़ाइन किया गया है।
नवीनतम विवरण और यांत्रिक चित्र डाउनलोड करने के लिए, RFoV बॉक्स (rev1a) और WFoV बॉक्स (rev2.9) देखें।
टैबलेट के विकल्प बढ़े
सैमसंग गैलेक्सी टैब ए 10.1 और चुवी हाई9 एयर 10.1 सहित टैबलेट को अनुशंसित टैबलेट की सूची में जोड़ा गया है। यह महत्वपूर्ण है कि कैप्चर की गई छवियों में बैंडिंग को खत्म करने के लिए स्क्रीन की चमक को समायोजित करने के लिए टैबलेट में पल्स चौड़ाई मॉड्यूलेशन (पीडब्लूएम) नहीं है।
अनुशंसित टेबलेट पर नवीनतम जानकारी के लिए, टेबलेट आवश्यकताएँ देखें।
टैबलेट का खुलना कम हो गया
गैलेक्सी टैब ए 10.1 के उपयोग की अनुमति देने के लिए, आरएफओवी (रेव1ए) और डब्लूएफओवी (रेव2) परीक्षण बाड़ों दोनों के लिए टैबलेट के उद्घाटन की ऊंचाई थोड़ी कम कर दी गई है। इन परिवर्तनों को प्रतिबिंबित करने वाले संशोधन Rev1a.1 और Rev2.9 हैं। इन रेखाचित्रों के लिए, RFoV बॉक्स (rev1a) और WFoV बॉक्स (rev2.9) देखें।
नया सेंसर फ़्यूज़न नियंत्रक
विनिर्माण क्षमता में सुधार के लिए सेंसर फ़्यूज़न नियंत्रक के हार्डवेयर को फिर से डिज़ाइन किया गया है। नया नियंत्रक Arduino आधारित है, एक कस्टम राउटिंग बोर्ड शील्ड के साथ जो Arduino के शीर्ष पर लगा हुआ है। चित्र 1 ढाल दिखाता है और चित्र 2 बाड़े के लिए यांत्रिक ड्राइंग दिखाता है। नया नियंत्रक एकल 5 V आपूर्ति द्वारा संचालित होता है जो सीधे मोटर को शक्ति प्रदान करता है। इलेक्ट्रॉनिक्स को पूरी तरह से यूएसबी कनेक्टर के माध्यम से नियंत्रित किया जाता है। अलग बिजली आपूर्ति नियंत्रण इलेक्ट्रॉनिक्स और सर्वो मोटर के बीच पूर्ण अलगाव की अनुमति देती है। इसके अतिरिक्त, एक एकल नियंत्रक छह सर्वो मोटरों को नियंत्रित कर सकता है।
चित्र 1. Arduino शील्ड का शीर्ष दृश्य
चित्र 2. संलग्नक डिज़ाइन
एंड्रॉइड 11 मौजूदा नियंत्रकों के साथ पिछड़ा संगत है। Arduino-आधारित नियंत्रक के उपयोग के साथ परीक्षण शुरू करने के लिए:
python tools/run_all_tests.py device=# camera=# rot_rig=arduino:1 scenes=sensor_fusion
पहला एपीआई स्तर
एंड्रॉइड 10 में, इसके परीक्षणों को MANDATED
और NOT_YET_MANDATED
के रूप में निर्दिष्ट किया गया है। एंड्रॉइड 10 डिवाइस के रूप में लॉन्च करने के लिए, सभी MANDATED
परीक्षण पास करने होंगे। NOT_YET_MANDATED
परीक्षण विफल हो सकते हैं लेकिन CTS सत्यापनकर्ता रिपोर्टिंग के लिए PASS
के रूप में सारणीबद्ध हैं। MANDATED
परीक्षण आवश्यकता उन्नत उपकरणों पर भी लागू होती है। उन्नत उपकरणों के लिए सभी MANDATED
परीक्षणों को पास करने की इस आवश्यकता के कारण परीक्षणों को MANDATED
परीक्षण बनने में देरी हुई क्योंकि पुराने उपकरणों को भी परीक्षण पास करना होगा।
एंड्रॉइड 11 में, MANDATED
परीक्षण फ़ोन गुणों से पहले एपीआई स्तर ध्वज द्वारा गेट किए जाते हैं। एंड्रॉइड 11 में अपग्रेड करने वाले उपकरणों के लिए, परीक्षण NOT_YET_MANDATED
परीक्षणों के रूप में चलते हैं, जिसका अर्थ है कि एक परीक्षण विफल हो सकता है लेकिन CtsVerifier.apk
में PASS
के रूप में सारणीबद्ध किया जा सकता है।
उदाहरण के लिए:
- एंड्रॉइड 11 में, 29 से अधिक प्रथम एपीआई स्तर वाले उपकरणों के लिए
test_channel_saturation
परीक्षणMANDATED
है। - एंड्रॉइड 10 में,
test_channel_saturation
परीक्षण सभी उपकरणों के लिएMANDATED
है।
दृश्य प्रकाश व्यवस्था को मान्य करना
एंड्रॉइड 11 में, दृश्य के कोनों में चमक का विश्लेषण करके दृश्य प्रकाश व्यवस्था को मान्य किया जाता है। सभी मैनुअल दृश्यों को प्रकाश व्यवस्था के लिए मान्य किया गया है, और टैबलेट-आधारित दृश्यों को आरएफओवी परीक्षण रिग में आरएफओवी कैमरों और डब्ल्यूएफओवी परीक्षण रिग में डब्ल्यूएफओवी कैमरों के लिए मान्य किया गया है। यदि प्रकाश का स्तर अपर्याप्त है, तो एक त्रुटि की सूचना दी जाती है और परीक्षण विफल हो जाता है।
दृश्य का नाम बदलता है
एंड्रॉइड 10 में, दृश्य 1 अधिकांश परीक्षणों और कुल परीक्षण समय के एक बड़े प्रतिशत के लिए जिम्मेदार है। यदि दृश्य 1 के भीतर कोई भी परीक्षण विफल हो जाता है, तो पूरे दृश्य को फिर से चलाना होगा। डिज़ाइन के अनुसार, पूरे दृश्य को दोबारा चलाने से सीमांत परीक्षणों का उत्तीर्ण होना कम हो जाता है। एंड्रॉइड 11 में, दृश्य 1 को दो दृश्यों, दृश्य1_1 और दृश्य1_2 में विभाजित करके पुन: चलाने का समय कम किया जाता है।
निम्न तालिका विभिन्न दृश्यों के लिए Pixel 4 के रियर कैमरे के लिए सारणीबद्ध परीक्षण समय को दर्शाती है। परीक्षणों की संख्या को परीक्षण के समय को बराबर करने के लिए विभाजित किया गया है, परीक्षणों की संख्या को बराबर करने के लिए नहीं।
इसके अतिरिक्त, एक नाम क्लीनअप भी है। दृश्य 2 को अक्षरों से विभाजित किया गया है और दृश्य 1 को संख्याओं से विभाजित किया गया है। विभिन्न एक्सटेंशनों का नामकरण इस प्रकार है:
- एक ही चार्ट वाले दृश्य, लेकिन अलग-अलग परीक्षण:
*_1,2,3
- अलग-अलग चार्ट वाले दृश्य, लेकिन परीक्षण समान:
*_a,b,c
दृश्य | परीक्षणों की संख्या | पिक्सेल 4 चलाने का समय (न्यूनतम:सेकंड) |
---|---|---|
0 | 11 | 1:12 |
1_1 | 22 | 5:12 |
1_2 | 13 | 5:20 |
2_ए | 5 | 3:22 |
2_बी | 1 | 0:24 |
2_सी | 1 | 0:24 |
3 | 6 | 2:04 |
4 | 2 | 2:46 |
परीक्षण परिवर्तन
पहले एपीआई स्तर का उपयोग करने के लिए परीक्षण अपडेट किए गए
एंड्रॉइड 11 में, निम्न तालिका में परीक्षणों को पहले एपीआई स्तर ध्वज का उपयोग करने के लिए अद्यतन किया गया है। ये सभी परीक्षण test_tonemap_curve
परीक्षण को छोड़कर 29 के पहले एपीआई स्तर का उपयोग करते हैं, जो 30 के पहले एपीआई स्तर का उपयोग करता है।
दृश्य | परीक्षण का नाम | पहला एपीआई स्तर | विवरण |
---|---|---|---|
0 | test_tonemap_curve | 30 | सुनिश्चित करें कि पाइपलाइन में रैखिक टोनमैप और आदर्श छवि इनपुट के साथ उचित रंग आउटपुट हैं ( test_test_patterns पर निर्भर करता है)। |
1 | test_ae_precapture_trigger | 29 | प्रीकैप्चर ट्रिगर का उपयोग करते समय एई स्थिति मशीन का परीक्षण करें। सुनिश्चित करें कि एई अक्षम प्रीकैप्चर ट्रिगर का कोई प्रभाव नहीं पड़ता है। |
test_channel_saturation | 29 | सुनिश्चित करें कि संतृप्त क्षेत्रों में टिंट को खत्म करने के लिए आरजीबी चैनल समान मूल्यों पर संतृप्त हों। | |
2_ए/बी/सी | test_num_faces | 29 | चेहरे के दृश्यों में आयु विविधता बढ़ाएँ। |
परिवर्तन के साथ परीक्षण
निम्न तालिका में परीक्षण एंड्रॉइड 11 में अपडेट किए गए हैं। परिवर्तनों का वर्णन परिवर्तनों के विवरण कॉलम में किया गया है।
दृश्य | परीक्षण का नाम | पहला एपीआई स्तर | परिवर्तनों का विवरण |
---|---|---|---|
1 | test_burst_sameness_manual | 30 | सहनशीलता को 2% तक कम करें। |
4 | test_aspect_ratio_and_crop | 30 | सीमित उपकरणों पर चलाने के लिए बदलें। |
test_multi_camera_alignment | 30 | यदि मल्टी-कैमरा कैप्चर समर्थित नहीं है, तो व्यक्तिगत रूप से कैमरों के माध्यम से जाएँ। तीन- और चार-कैमरा सिस्टम को ध्यान में रखते हुए कैमरा चयन तर्क पर फिर से काम करें, और मोनो, डेप्थ-ओनली और आईआर कैमरों को छोड़ दें। |
नए परीक्षण
निम्नलिखित तालिका में परीक्षण एंड्रॉइड 11 में सक्षम हैं। परीक्षणों को तालिका में संक्षेपित किया गया है और विस्तृत विवरण निम्नलिखित अनुभागों में प्रदान किए गए हैं।
दृश्य | परीक्षण का नाम | पहला एपीआई स्तर | विवरण |
---|---|---|---|
0 | test_vibration_restrictions | 30 | सुनिश्चित करें कि छवि कैप्चर के दौरान अलर्ट और कंपन सक्रिय न हों। |
2_ए | test_jpeg_quality | 30 | परीक्षण करें कि परिमाणीकरण तालिकाएँ बढ़ी हुई JPEG गुणवत्ता के लिए संपीड़न को कम करती हैं। |
2_दिन/2_ई | test_num_faces | 30 | चेहरे की आयु विविधता बढ़ाएँ। |
2_ई | test_continuous_picture | 30 | सुनिश्चित करें कि 3A android.control.afAvailableModes = CONTINUOUS_PICTURE. |
परिवर्तन | test_scene_change | 31 | android.control.afSceneChange दृश्य परिवर्तन पर जोर देता है। |
6 | test_zoom | 30 | android.control.zoomRatioRange परीक्षण करें। |
दृश्य0/परीक्षण_कंपन_प्रतिबंध
इस परीक्षण के लिए किसी विशिष्ट दृश्य की आवश्यकता नहीं है, लेकिन परीक्षण के तहत डिवाइस (डीयूटी) को कठोर सतह पर रखा जाना चाहिए या लगाया जाना चाहिए। इसमें आईटीएस-इन-द-बॉक्स परीक्षण बाड़ों पर माउंट करना शामिल है।
इस बात पर ज़ोर
- कैमरे के उपयोग के दौरान कोई कंपन नहीं
scene2_a/test_jpeg_quality
तरीका
JPEG फ़ाइल के विभिन्न भागों को 2-बाइट मार्करों द्वारा परिभाषित किया गया है। अधिक जानकारी के लिए JPEG देखें.
परीक्षण जेपीईजी कैप्चर से परिमाणीकरण मैट्रिक्स निकालता है। जेपीईजी कैप्चर में परिमाणीकरण मैट्रिक्स के लिए मार्कर अनुक्रम है, [255, 219]। जब मार्कर मिल जाता है, तो अगले दो सूची आइटम आकार के होते हैं। JPEG DQT आकार मार्कर आमतौर पर [0, 132] = 256*0+132 = 132 होता है, जो JPEG कैप्चर में DQT डेटा के आकार के लिए जिम्मेदार होता है। एम्बेडेड डेटा इस प्रकार का है: [255, 219, 0, 132, 0 (लूमा मार्कर), 8x8 लूमा मैट्रिक्स, 1 (क्रोमा मार्कर), 8x8 क्रोमा मैट्रिक्स]।
लूमा मैट्रिक्स मार्कर के लिए 0
और क्रोमा मार्कर के लिए 1
फोन सहित कई उपकरणों के लिए सुसंगत दिखाई देता है जो जेपीईजी फ़ाइल में दो मैट्रिक्स को अलग-अलग डीक्यूटी अनुभागों में अलग करते हैं। लूमा मैट्रिक्स में क्रोमा मैट्रिक्स की तुलना में मूल्यों की अधिक विविधता होती है क्योंकि मानव आंख क्रोमा की तुलना में लूमा के प्रति अधिक संवेदनशील होती है और जेपीईजी छवियां इसे ध्यान में रखती हैं।
ITS परीक्षण रिग के साथ Pixel 4 रियर कैमरा कैप्चरिंग 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]]
चित्र 3 पिक्सेल 4 रियर कैमरे बनाम जेपीईजी गुणवत्ता के लिए औसत मैट्रिक्स मान दिखाता है। जैसे-जैसे JPEG गुणवत्ता बढ़ती है, संपीड़न का स्तर (लूमा/क्रोमा डीक्यूटी मैट्रिक्स औसत) कम हो जाता है।
चित्र 3. पिक्सेल 4 रियर कैमरा लूमा/क्रोमा डीक्यूटी मैट्रिक्स औसत बनाम जेपीईजी गुणवत्ता
इस बात पर ज़ोर
- [25, 45, 65, 86] के लिए, गुणवत्ता में +20 में 20% कमी परिमाणीकरण मैट्रिक्स औसत है।
- DQT मैट्रिक्स पेलोड वर्ग संख्या हैं।
चित्र 4 एक ऐसे फ़ोन का उदाहरण दिखाता है जो परीक्षण में विफल रहता है। ध्यान दें कि बहुत कम गुणवत्ता वाली छवियों ( jpeg.quality < 50
) के लिए, परिमाणीकरण मैट्रिक्स में संपीड़न में कोई वृद्धि नहीं होती है।
चित्र 4. असफल परीक्षण उदाहरण
scene2_d/e test_num_faces
फेस डिटेक्शन एल्गोरिदम जांच की चेहरे की विविधता को बढ़ाने के लिए दो नए फेस डिटेक्शन दृश्य जोड़े गए हैं। कई कैमरों के बार-बार परीक्षण के साथ, दृश्य 2_डी में सबसे चुनौतीपूर्ण चेहरा सबसे बाएँ चेहरे के होने की उम्मीद है। विशेष रूप से, मॉडल पर टोपी और दाढ़ी दोनों हैं, चेहरे के दृश्यों में कुछ नया है। नए दृश्य चित्र 5 और 6 में दिखाए गए हैं।
चित्र 5. दृश्य2_डी
चित्र 6. दृश्य2_e
इस बात पर ज़ोर
-
num_faces == 3
दृश्य2_ई/परीक्षण_निरंतर_चित्र
तरीका
test_continuous_picture
परीक्षण scene2_e का उपयोग करता है लेकिन इसे किसी भी चेहरे के दृश्य के साथ सक्षम किया जा सकता है। इस परीक्षण में, कैप्चर अनुरोध पहली सेटिंग android.control.afMode = 4 (CONTINUOUS_PICTURE)
के साथ वीजीए रिज़ॉल्यूशन के 50 फ्रेम कैप्चर किए जाते हैं।
उम्मीद है कि 3ए सिस्टम 50-फ्रेम कैप्चर के अंत में व्यवस्थित हो जाएगा।
इस बात पर ज़ोर
- कैप्चर के अंत में 3ए अभिसरण अवस्था में है।
दृश्य_परिवर्तन/परीक्षण_दृश्य_परिवर्तन
तरीका
यह जांचने के लिए एक नया परीक्षण सक्षम किया गया है कि क्या दृश्य परिवर्तन के साथ android.control.afSceneChange
ध्वज का दावा किया गया है। दृश्य परिवर्तन में चेहरे का दृश्य प्रदर्शित करने वाले टैबलेट का उपयोग किया जाता है और फिर दृश्य परिवर्तन बनाने के लिए टैबलेट को चालू और बंद किया जाता है। दृश्य scene2_e का पुन: उपयोग करता है लेकिन आवश्यक टैबलेट नियंत्रण के कारण एक अलग दृश्य में है।
इसके अतिरिक्त, मैन्युअल परीक्षण के लिए, कैमरे के सामने अपना हाथ हिलाकर दृश्य परिवर्तन पूरा किया जा सकता है।
चित्र 7 परीक्षण का समय आरेख दिखाता है। स्क्रीन बंद होने और कैप्चर के बीच का समय पिछले कैप्चर के घटना परिणामों के आधार पर समायोजित किया जाता है।
चित्र 7. test_scene_change के लिए समय आरेख
शिफ्ट की शर्तें:
- यदि कोई दृश्य परिवर्तन होता है और
afSceneChange == 1
, तो परीक्षणPASS
लौटाता है। - यदि कोई दृश्य परिवर्तन होता है और
afSceneChange == 0
होता है, तोafSceneChange
को जोर देने के लिए अधिक समय देने के लिए दृश्य परिवर्तन 5 फ्रेम पहले स्थानांतरित हो जाता है। - यदि कोई दृश्य परिवर्तन नहीं है और
afSceneChange == 1
, तो परीक्षणFAIL
लौटाता है। - यदि कोई दृश्य परिवर्तन नहीं है और
afSceneChange == 0
है, तो कैप्चर में दृश्य परिवर्तन प्राप्त करने के लिए दृश्य परिवर्तन 30 फ्रेम पहले स्थानांतरित हो जाता है।
इस बात पर ज़ोर
- स्क्रीन (दृश्य) टॉगल करता है।
-
afSceneChange
ध्वज [0,1] में है। - यदि कोई दृश्य नहीं बदलता है, तो 3A अभिसरण करता है (कार्यात्मक रूप से
test_continuous_picture
के समान)। - यदि
afSceneChange == 1
, तो दृश्य में चमक अवश्य बदलनी चाहिए। - पिछले परिणामों के आधार पर समय परिवर्तन के साथ छह प्रयासों के भीतर
PASS
।
दृश्य6/परीक्षण_ज़ूम
तरीका
android.control.zoomRatioRange
का परीक्षण करने के लिए एक नए दृश्य की आवश्यकता है क्योंकि स्थापित दृश्यों में या तो इतनी छोटी सुविधा नहीं है कि उसे बड़ा किया जा सके (दृश्य [1, 2, 4]) या दृश्य में कई वस्तुएं हैं जिन्हें आसानी से पहचाना नहीं जा सकता है , सुविधा निष्कर्षण को जटिल बनाना (दृश्य 3)।
चित्र 8 वृत्तों की नियमित श्रृंखला के साथ नया दृश्य दिखाता है। वृत्तों की श्रृंखला DUT/चार्ट केंद्रित करने की आवश्यकताओं को कम करती है और एक वृत्त को हमेशा कैप्चर की गई छवि के केंद्र के पास रखने की अनुमति देती है। इस दृश्य में काले बॉर्डर के साथ 9x5 वृत्तों की एक श्रृंखला पूरे टैबलेट को कवर करती है। अभिविन्यास दिखाने के लिए ऊपरी दाएं कोने में एक वृत्त को एक वर्ग से बदल दिया गया है। वृत्त आकार में लगभग 80 डिग्री के दृश्य क्षेत्र (FoV) के साथ कैप्चर किए गए 4000x3000 सेंसर के लिए लगभग 7500 पिक्सेल ( radius=50pixels
) के क्षेत्र के साथ एक सुविधा होती है।
चित्र 8. परीक्षण_ज़ूम दृश्य
चित्र 9. पिक्सेल 4 कैम[0] ज़ूम = [1, 3.33, 5.67, 8] पाए गए सर्कल के साथ छवियां
चित्र 9 पिक्सेल 4 के रियर कैमरे के लिए कैप्चर की गई छवियों को दिखाता है क्योंकि ज़ूम चार चरणों के साथ 1 से 8x तक बढ़ता है। छवियों के इस सेट को सामने और पीछे दोनों कैमरों के परीक्षण को सक्षम करने के लिए दो उद्घाटन के साथ फोन परीक्षण एपर्चर का उपयोग करने के अलावा केंद्रीकरण में कोई विशेष देखभाल किए बिना कैप्चर किया गया है। केंद्र से ऑफसेट अपेक्षित है, और यह देखा गया है क्योंकि चार्ट टैबलेट केंद्र से थोड़ा बाईं ओर है। इसके अतिरिक्त, चार्ट 8x से अधिक ज़ूम अनुपात के साथ परीक्षण करने के लिए पर्याप्त प्रतीत होता है।
वृत्त ढूँढना
परीक्षण में findContours
उपयोग करके एक find_circle()
विधि शामिल है जो सभी आकृतियों को ढूंढती है और निम्नलिखित का परीक्षण करके आकृतियों को वांछित मंडलियों तक सीमित कर देती है:
- समोच्चों का क्षेत्रफल 10 पिक्सेल से अधिक होना चाहिए।
- आकृति में
NUM_PTS >= 15
होना चाहिए। - समोच्चों में काले केंद्र होने चाहिए।
- समोच्च एक वृत्त के समान होने चाहिए, अर्थात उनका क्षेत्रफल समोच्च के pi*r2 क्षेत्र के करीब हो।
परीक्षण सीमा
android.control.zoomRatioRange
को 10 चरणों में विभाजित किया गया है।
- [1, 7] परीक्षण [1, 1.67, 2.33, 3, 3.67, 4.33, 5, 5.67, 6.33, 7]
यदि पाया गया वृत्त छवि की सीमाओं को छूता है तो ज़ूमिंग रोक दी जाती है। यह सुनिश्चित करने के लिए एक जांच है कि परीक्षण में पर्याप्त ज़ूम स्तर (10x) तक पहुंच गया है।
इस बात पर ज़ोर
- प्रत्येक ज़ूम सेटिंग पर कम से कम एक वृत्त पाया जाता है।
- 10x या अधिकतम
android.control.zoomRatioRange
का परीक्षण किया जाता है। - ज़ूम के साथ वृत्त त्रिज्या स्केल (अपेक्षा से आरटीओएल 10%)।
- ज़ूम के साथ केंद्र तराजू से सर्कल केंद्र ऑफसेट (अपेक्षित से आरटीओएल 10%)।
- पर्याप्त ज़ूम स्तर (2x) तक पहुंच गया है।
सीमित कैमरा परीक्षण में वृद्धि
एंड्रॉइड 11 में, निम्नलिखित तालिका में परीक्षण LIMITED
कैमरों का परीक्षण करते हैं। नए परीक्षणों के अलावा, scene4/test_aspect_ratio_and_crop
परीक्षण को 30 या उससे अधिक के पहले एपीआई स्तर वाले LIMITED
उपकरणों के परीक्षण को सक्षम करने के लिए अद्यतन किया गया है।
दृश्य | परीक्षण का नाम |
---|---|
0 | test_vibration_restrictions |
2_ए | test_jpeg_quality |
2_दिन/2_ई | test_num_faces |
4 | test_aspect_ratio_and_crop |
6 | test_zoom |
चित्र 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
उपकरणों के लिए सक्षम किए गए परीक्षणों को हल्के हरे रंग में हाइलाइट किया गया है।
चित्र 10. एंड्रॉइड 11 गुप्त डिकोडर रिंग