หน้านี้สรุปการเปลี่ยนแปลงของ ชุดทดสอบภาพกล้อง (ITS) ใน Android 11 การเปลี่ยนแปลงแบ่งออกเป็นหมวดหมู่ต่อไปนี้:
- การเปลี่ยนแปลงฮาร์ดแวร์
- การทดสอบที่ได้รับคำสั่งระดับ API ครั้งแรก
- ทดสอบแสงสว่างแล้ว
- เปลี่ยนชื่อฉาก
- ทดสอบการเปลี่ยนแปลงและการเพิ่มเติม
- เพิ่มการทดสอบกล้องแบบจำกัด
การเปลี่ยนแปลงฮาร์ดแวร์
Android 11 นำเสนอการเปลี่ยนแปลงฮาร์ดแวร์หลายอย่างเพื่อลดต้นทุนและเพิ่มความพร้อมใช้งาน การเปลี่ยนแปลงเหล่านี้จัดอยู่ในประเภทต่อไปนี้:
- ผู้ผลิตเพิ่มเติม
- วิธีการผลิตแบบครบวงจร
- เพิ่มตัวเลือกแท็บเล็ต
- ลดการเปิดแท็บเล็ต
- ตัวควบคุมฟิวชั่นเซ็นเซอร์ใหม่
ผู้ผลิตเพิ่มเติม
Rahi Systems มีคุณสมบัติในการผลิตกล่องทดสอบ ITS นอกเหนือจากการออกแบบ MYWAY ซึ่งเป็นซัพพลายเออร์ที่มีอยู่ของเรา ข้อมูลบริษัทสำหรับผู้ขายที่มีคุณสมบัติเหมาะสมมีดังนี้:
ราฮี ซิสเต็มส์ อิงค์
48303 Fremont Blvd, ฟรีมอนต์ CA 94538, USA
rahisystems.com/products/android-device-testing-equipment/
androidpartner@rahisystems.com
+1-510-319-3802การออกแบบมายเวย์
ชั้น 4 เลขที่ 163 ถนน Fu-Ying เขตซินจวง นิวไทเปซิตี้ ไต้หวัน
twmyway.com
sales@myway.tw
+886-2-29089060
วิธีการผลิตแบบครบวงจร
กล่องทดสอบ ITS-in-a-box แบบมีขอบเขตการมองเห็นปกติ (RFoV) rev1 ได้รับการออกแบบใหม่เพื่อใช้วิธีการผลิตที่ใช้โดย กล่องทดสอบที่มีขอบเขตการมองเห็นกว้าง (WFoV) และกล่องทดสอบ กล่องฟิวชันเซ็นเซอร์ ฟังก์ชันการทำงานจะเหมือนกัน และเพื่อความเรียบง่าย การออกแบบจะเรียกว่า rev1a การออกแบบใหม่นี้ทำให้ผู้ผลิตสามารถสต็อกพลาสติกประเภทเดียวเพื่อผลิตกล่องทดสอบทั้งหมดได้ นอกจากนี้ ตัวยึดแท็บเล็ตและที่วางไฟยังได้รับการออกแบบใหม่เพื่อรองรับแท็บเล็ตและแถบไฟ LED ที่หลากหลายยิ่งขึ้น
หากต้องการดาวน์โหลดคำอธิบายล่าสุดและแบบเขียนแบบกลไก โปรดดู กล่อง RFoV (rev1a) และ กล่อง WFaV (rev2.9)
เพิ่มตัวเลือกแท็บเล็ต
แท็บเล็ต ได้แก่ Samsung Galaxy Tab A 10.1 และ Chuwi Hi9 Air 10.1 จะถูกเพิ่มเข้าไปในรายการแท็บเล็ตที่แนะนำ สิ่งสำคัญคือแท็บเล็ตจะต้องไม่มีการปรับความกว้างพัลส์ (PWM) เพื่อปรับความสว่างหน้าจอเพื่อกำจัดแถบสีในภาพที่ถ่าย
สำหรับข้อมูลล่าสุดเกี่ยวกับแท็บเล็ตที่แนะนำ โปรดดูที่ ข้อกำหนดของแท็บเล็ต
ลดการเปิดแท็บเล็ต
เพื่อให้สามารถใช้ Galaxy Tab A 10.1 ได้ ช่องเปิดของแท็บเล็ตจึงถูกลดความสูงลงเล็กน้อยสำหรับทั้งตู้ทดสอบ RFoV (rev1a) และ WFaV (rev2) การแก้ไขที่สะท้อนถึงการเปลี่ยนแปลงเหล่านี้คือ rev1a.1 และ rev2.9 สำหรับภาพวาดเหล่านี้ โปรดดูที่ กล่อง RFoV (rev1a) และ กล่อง WFaV (rev2.9)
ตัวควบคุมฟิวชั่นเซ็นเซอร์ใหม่
ฮาร์ดแวร์สำหรับตัวควบคุมฟิวชันเซ็นเซอร์ได้รับการออกแบบใหม่เพื่อปรับปรุงความสามารถในการผลิต คอนโทรลเลอร์ใหม่นี้ใช้ Arduino โดยมี แผง ป้องกันบอร์ดกำหนดเส้นทางแบบกำหนดเองซึ่งติดตั้งอยู่ด้านบนของ Arduino รูปที่ 1 แสดงชีลด์ และรูปที่ 2 แสดงการเขียนแบบกลไกสำหรับกล่องหุ้ม คอนโทรลเลอร์ใหม่ใช้พลังงานจากแหล่งจ่ายไฟ 5 V เดียวที่จ่ายไฟให้กับมอเตอร์โดยตรง อุปกรณ์อิเล็กทรอนิกส์ได้รับการควบคุมอย่างสมบูรณ์ผ่านขั้วต่อ USB แหล่งจ่ายไฟแยกช่วยให้สามารถแยกส่วนอิเล็กทรอนิกส์ควบคุมและเซอร์โวมอเตอร์ได้อย่างสมบูรณ์ นอกจากนี้ คอนโทรลเลอร์ตัวเดียวสามารถควบคุมเซอร์โวมอเตอร์ได้สูงสุดหกตัว
รูปที่ 1 มุมมองด้านบนของโล่ Arduino
รูปที่ 2 การออกแบบกล่องหุ้ม
Android 11 สามารถใช้งานร่วมกับคอนโทรลเลอร์ที่มีอยู่แบบย้อนหลังได้ หากต้องการเรียกใช้การทดสอบด้วยคอนโทรลเลอร์ที่ใช้ Arduino ให้ใช้:
python tools/run_all_tests.py device=# camera=# rot_rig=arduino:1 scenes=sensor_fusion
ระดับ API แรก
ใน Android 10 การทดสอบ ITS ถูกกำหนดให้เป็น MANDATED
และ NOT_YET_MANDATED
หากต้องการเปิดตัวเป็นอุปกรณ์ Android 10 การทดสอบ MANDATED
ทั้งหมดจะต้องผ่าน การทดสอบ NOT_YET_MANDATED
อาจล้มเหลวได้ แต่จะถูกจัดตารางเป็น PASS
สำหรับการรายงานผู้ตรวจสอบ CTS ข้อกำหนดการทดสอบ MANDATED
ยังใช้กับอุปกรณ์ที่อัปเกรดด้วย ข้อกำหนดสำหรับอุปกรณ์ที่อัปเกรดนี้เพื่อให้ผ่านการทดสอบ MANDATED
ทั้งหมดทำให้การทดสอบล่าช้าในการกลายเป็นการทดสอบ MANDATED
เนื่องจากอุปกรณ์รุ่นเก่าจะต้องผ่านการทดสอบด้วย
ใน Android 11 การทดสอบ MANDATED
จะถูกควบคุมโดยแฟล็กระดับ API แรกจากคุณสมบัติของโทรศัพท์ สำหรับอุปกรณ์ที่อัปเกรดเป็น Android 11 การทดสอบจะทำงานเป็นการทดสอบ NOT_YET_MANDATED
ซึ่งหมายความว่าการทดสอบอาจล้มเหลวแต่จะทำเป็นตารางเป็น PASS
ใน CtsVerifier.apk
ตัวอย่างเช่น:
- ใน Android 11 การทดสอบ
test_channel_saturation
ได้MANDATED
สำหรับอุปกรณ์ที่มีระดับ API แรกมากกว่า 29 - ใน Android 10 การทดสอบ
test_channel_saturation
ได้MANDATED
สำหรับอุปกรณ์ทั้งหมด
กำลังตรวจสอบการจัดแสงฉาก
ใน Android 11 การจัดแสงฉากได้รับการตรวจสอบโดยการวิเคราะห์ความสว่างที่มุมของฉาก ฉากแบบแมนนวลทั้งหมดได้รับการตรวจสอบความถูกต้องของแสง และฉากที่ใช้แท็บเล็ตได้รับการตรวจสอบสำหรับกล้อง RFoV ในอุปกรณ์ทดสอบ RFoV และกล้อง WfoV ในอุปกรณ์ทดสอบ WForV หากระดับแสงสว่างไม่เพียงพอ จะมีการรายงานข้อผิดพลาดและการทดสอบล้มเหลว
เปลี่ยนชื่อฉาก
ใน Android 10 ฉากที่ 1 ถือเป็นการทดสอบส่วนใหญ่และคิดเป็นสัดส่วนที่มากของเวลาทดสอบทั้งหมด หากการทดสอบใดๆ ภายในฉากที่ 1 ล้มเหลว จะต้องรันฉากทั้งหมดใหม่ จากการออกแบบ การทำซ้ำทั้งฉากจะช่วยลดการผ่านการทดสอบส่วนเพิ่ม ใน Android 11 เวลาฉายซ้ำจะลดลงโดยการแบ่งฉาก 1 ออกเป็นสองฉาก ได้แก่ ฉาก 1_1 และฉาก 1_2
ตารางต่อไปนี้แสดงเวลาทดสอบที่ทำเป็นตารางสำหรับกล้องหลัง Pixel 4 สำหรับฉากต่างๆ จำนวนการทดสอบจะถูกแบ่งเพื่อให้เวลาทดสอบเท่ากัน ไม่ใช่เพื่อให้จำนวนการทดสอบเท่ากัน
นอกจากนี้ยังมีการล้างชื่อ ฉากที่ 2 แยกเป็นตัวอักษร ฉากที่ 1 แยกเป็นตัวเลข ศัพท์เฉพาะสำหรับนามสกุลต่างๆ คือ:
- ฉากที่มีแผนภูมิเดียวกัน แต่การทดสอบต่างกัน:
*_1,2,3
- ฉากที่มีแผนภูมิต่างกัน แต่มีการทดสอบเหมือนกัน:
*_a,b,c
ฉาก | จำนวนการทดสอบ | เวลาทำงานของ Pixel 4 (นาที: วินาที) |
---|---|---|
0 | 11 | 1:12 |
1_1 | 22 | 5:12 |
1_2 | 13 | 5:20 |
2_ก | 5 | 3:22 |
2_ข | 1 | 00:24 |
2_ค | 1 | 00:24 |
3 | 6 | 2:04 |
4 | 2 | 2:46 |
ทดสอบการเปลี่ยนแปลง
การทดสอบได้รับการอัปเดตเพื่อใช้ระดับ API แรก
ใน Android 11 การทดสอบในตารางต่อไปนี้ได้รับการอัปเดตเพื่อใช้แฟล็กระดับ API แรก การทดสอบทั้งหมดนี้ใช้ระดับ API แรกที่ 29 ยกเว้นการทดสอบ test_tonemap_curve
ซึ่งใช้ระดับ API แรกที่ 30
ฉาก | ชื่อการทดสอบ | ระดับ API แรก | คำอธิบาย |
---|---|---|---|
0 | test_tonemap_curve | 30 | ตรวจสอบให้แน่ใจว่าไปป์ไลน์มีเอาต์พุตสีที่เหมาะสมพร้อมโทนแมปเชิงเส้นและอินพุตรูปภาพในอุดมคติ (อาศัย test_test_patterns ) |
1 | test_ae_precapture_trigger | 29 | ทดสอบเครื่องสถานะ AE เมื่อใช้ทริกเกอร์จับล่วงหน้า ตรวจสอบให้แน่ใจว่าทริกเกอร์การจับภาพล่วงหน้าที่ปิดใช้งาน AE ไม่มีผลกระทบ |
test_channel_saturation | 29 | ตรวจสอบให้แน่ใจว่าช่อง RGB อิ่มตัวด้วยค่าที่คล้ายกันเพื่อกำจัดสีอ่อนในบริเวณที่มีความอิ่มตัว | |
2_ก/ข/ค | test_num_faces | 29 | เพิ่มความหลากหลายทางอายุในฉากใบหน้า |
ทดสอบกับการเปลี่ยนแปลง
การทดสอบในตารางต่อไปนี้ได้รับการอัปเดตใน Android 11 การเปลี่ยนแปลงอธิบายไว้ในคอลัมน์ คำอธิบายการเปลี่ยนแปลง
ฉาก | ชื่อการทดสอบ | ระดับ API แรก | คำอธิบายของการเปลี่ยนแปลง |
---|---|---|---|
1 | test_burst_sameness_manual | 30 | ลดความอดทนลงเหลือ 2% |
4 | test_aspect_ratio_and_crop | 30 | เปลี่ยนเป็นทำงานบนอุปกรณ์ที่จำกัด |
test_multi_camera_alignment | 30 | ก้าวผ่านกล้องทีละตัวหากไม่รองรับการถ่ายภาพหลายกล้อง ทำใหม่ตรรกะการเลือกกล้องเพื่อพิจารณาระบบกล้องสามและสี่ตัว และข้ามกล้องโมโน กล้องเชิงลึกเท่านั้น และ IR |
การทดสอบใหม่
การทดสอบในตารางต่อไปนี้เปิดใช้งานใน Android 11 การทดสอบมีการสรุปในตารางและคำอธิบายโดยละเอียดมีให้ในส่วนต่อไปนี้
ฉาก | ชื่อการทดสอบ | ระดับ API แรก | คำอธิบาย |
---|---|---|---|
0 | test_vibration_restrictions | 30 | ตรวจสอบให้แน่ใจว่าไม่ได้เปิดใช้งานการแจ้งเตือนและการสั่นระหว่างการถ่ายภาพ |
2_ก | test_jpeg_quality | 30 | ทดสอบว่าตารางปริมาณลดการบีบอัดเพื่อเพิ่มคุณภาพ JPEG |
2_d/2_e | 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 |
scene0/test_vibration_restriction
การทดสอบนี้ไม่จำเป็นต้องมีฉากเฉพาะ แต่ต้องวางอุปกรณ์ที่ทดสอบ (DUT) บนหรือติดตั้งบนพื้นผิวแข็ง ซึ่งรวมถึงการติดตั้งบนกล่องทดสอบ ITS-in-a-box
ยืนยัน
- ไม่มีการสั่นสะเทือนระหว่างการใช้งานกล้อง
scene2_a/test_jpeg_quality
วิธี
ส่วนต่างๆ ของไฟล์ JPEG ถูกกำหนดโดยเครื่องหมายขนาด 2 ไบต์ สำหรับข้อมูลเพิ่มเติม โปรดดูที่ JPEG
การทดสอบจะแยกเมทริกซ์เชิงปริมาณออกจากการจับ JPEG เครื่องหมายสำหรับเมทริกซ์การหาปริมาณในการจับภาพ JPEG คือลำดับ [255, 219] เมื่อพบเครื่องหมาย รายการสองรายการถัดไปคือขนาด เครื่องหมายขนาด JPEG DQT โดยปกติจะเป็น [0, 132] = 256*0+132 = 132 ซึ่งคำนึงถึงขนาดของข้อมูล DQT ในการบันทึก JPEG ข้อมูลที่ฝังอยู่ในรูปแบบ: [255, 219, 0, 132, 0 (luma marker), 8x8 luma matrix, 1 (chroma marker), 8x8 chroma matrix]
0
สำหรับลูมาเมทริกซ์มาร์กเกอร์และ 1
สำหรับโครมามาร์กเกอร์ปรากฏสอดคล้องกันสำหรับอุปกรณ์จำนวนหนึ่ง รวมถึงโทรศัพท์ที่แยกเมทริกซ์ทั้งสองออกเป็นส่วน DQT ที่แยกจากกันในไฟล์ JPEG เมทริกซ์ Luma มีแนวโน้มที่จะมีค่าความหลากหลายที่สูงกว่าเมื่อเทียบกับเมทริกซ์ของโครมา เนื่องจากดวงตาของมนุษย์ไวต่อลูมามากกว่าค่าของสีและภาพ JPEG ที่คำนึงถึงสิ่งนี้
ตัวอย่างลูมาและโครมาเมทริกซ์ที่แยกออกมาจะแสดงอยู่ด้านล่างสำหรับปัจจัยด้านคุณภาพ 85 และ 25 สำหรับกล้องหลังของ Pixel 4 ที่จะจับภาพฉาก2_a ด้วยอุปกรณ์ทดสอบ ITS ค่าเมทริกซ์จะเพิ่มขึ้น (หมายถึงการบีบอัดที่เพิ่มขึ้น) อย่างมากสำหรับการตั้งค่าคุณภาพที่ต่ำกว่า เมทริกซ์เหล่านี้จะถูกพิมพ์ด้วยสคริปต์เท่านั้นหากใช้แฟล็ก 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 แสดงค่าเมทริกซ์เฉลี่ยของกล้องหลัง Pixel 4 เทียบกับคุณภาพ JPEG เมื่อคุณภาพ JPEG เพิ่มขึ้น ระดับการบีบอัด (ค่าเฉลี่ยเมทริกซ์ luma/chroma DQT) จะลดลง
รูปที่ 3 ค่าเฉลี่ยเมทริกซ์ Luma/Chroma DQT ของกล้องหลัง Pixel 4 เทียบกับคุณภาพ JPEG
ยืนยัน
- สำหรับ [25, 45, 65, 86] คุณภาพ +20 มีค่าเฉลี่ยเมทริกซ์เชิงปริมาณการลดลง 20%
- เพย์โหลดเมทริกซ์ DQT เป็นตัวเลขกำลังสอง
รูปที่ 4 แสดงตัวอย่างโทรศัพท์ที่ไม่ผ่านการทดสอบ โปรดทราบว่าสำหรับรูปภาพคุณภาพต่ำมาก ( jpeg.quality < 50
) จะไม่มีการบีบอัดเพิ่มขึ้นในเมทริกซ์เชิงปริมาณ
รูปที่ 4 ตัวอย่างการทดสอบที่ล้มเหลว
scene2_d/e test_num_faces
เพิ่มฉากการตรวจจับใบหน้าใหม่สองฉากเพื่อเพิ่มความหลากหลายของใบหน้าในการตรวจสอบอัลกอริธึมการตรวจจับใบหน้า จากการทดสอบกล้องหลายตัวซ้ำแล้วซ้ำอีก ใบหน้าที่ท้าทายที่สุดคาดว่าจะเป็นใบหน้าซ้ายสุดในฉาก2_d โดยเฉพาะอย่างยิ่งนางแบบมีทั้งหมวกและเคราซึ่งเป็นสิ่งใหม่ในฉากใบหน้า ฉากใหม่จะแสดงในรูปที่ 5 และ 6
รูปที่ 5. ฉาก2_d
รูปที่ 6. ฉาก2_e
ยืนยัน
-
num_faces == 3
scene2_e/test_continuous_picture
วิธี
การทดสอบ test_continuous_picture
ใช้ scene2_e แต่สามารถเปิดใช้งานกับฉากใบหน้าใดก็ได้ ในการทดสอบนี้ ความละเอียด VGA 50 เฟรมจะถูกบันทึกพร้อมกับคำขอจับภาพก่อน โดยตั้ง android.control.afMode = 4 (CONTINUOUS_PICTURE)
คาดว่าระบบ 3A จะเสร็จสิ้นเมื่อสิ้นสุดการจับภาพ 50 เฟรม
ยืนยัน
- 3A อยู่ในสถานะลู่เข้าเมื่อสิ้นสุดการจับ
scene_change/test_scene_change
วิธี
มีการเปิดใช้งานการทดสอบใหม่เพื่อทดสอบว่าธง android.control.afSceneChange
ได้รับการยืนยันพร้อมกับการเปลี่ยนฉากหรือไม่ การเปลี่ยนฉากใช้แท็บเล็ตที่แสดงฉากใบหน้า จากนั้นเปิดและปิดแท็บเล็ตเพื่อสร้างการเปลี่ยนแปลงฉาก ฉากนี้ใช้ scene2_e ซ้ำ แต่อยู่ในฉากที่แยกจากกันเนื่องจากต้องใช้การควบคุมแท็บเล็ต
นอกจากนี้ สำหรับการทดสอบด้วยตนเอง สามารถเปลี่ยนฉากได้ด้วยการโบกมือที่หน้ากล้อง
รูปที่ 7 แสดงแผนภาพเวลาของการทดสอบ ระยะเวลาระหว่างการปิดหน้าจอและการจับภาพจะถูกปรับตามผลลัพธ์ของเหตุการณ์จากการจับภาพครั้งก่อน
รูปที่ 7 แผนภาพเวลาสำหรับ test_scene_change
เงื่อนไขการเปลี่ยนแปลง:
- หากมีการเปลี่ยนแปลงฉากและ
afSceneChange == 1
การทดสอบจะส่งกลับPASS
- หากมีการเปลี่ยนแปลงฉากและ
afSceneChange == 0
การเปลี่ยนแปลงฉากจะเลื่อน 5 เฟรมเร็วขึ้นเพื่อให้มีเวลามากขึ้นสำหรับ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)
รูปที่ 8 แสดงฉากใหม่ที่มีวงกลมเรียงกันสม่ำเสมอ อาร์เรย์ของวงกลมช่วยลดข้อกำหนดในการจัดศูนย์กลาง DUT/แผนภูมิ และช่วยให้วงกลมอยู่ใกล้ศูนย์กลางของภาพที่ถ่ายเสมอ ในฉากนี้ วงกลมขนาด 9x5 ที่มีขอบสีดำปกคลุมทั่วทั้งแท็บเล็ต วงกลมหนึ่งวงจะถูกแทนที่ด้วยสี่เหลี่ยมจัตุรัสที่มุมขวาบนเพื่อแสดงการวางแนว ขนาดวงกลมมีคุณสมบัติที่มีพื้นที่ประมาณ 7,500 พิกเซล ( radius=50pixels
) สำหรับเซ็นเซอร์ 4000x3000 ที่ถ่ายด้วยขอบเขตการมองเห็น (FoV) ประมาณ 80 องศา
รูปที่ 8 ฉาก test_zoom
รูปที่ 9 การซูมของกล้อง Pixel 4[0] = [1, 3.33, 5.67, 8] รูปภาพที่มีวงกลมที่พบ
รูปที่ 9 แสดงภาพที่ถ่ายด้วยกล้องด้านหลังของ Pixel 4 เมื่อการซูมเพิ่มขึ้นจาก 1 เป็น 8 เท่าในสี่ขั้น ภาพชุดนี้ถ่ายโดยไม่มีการดูแลเป็นพิเศษที่กึ่งกลาง ยกเว้นการใช้ช่องทดสอบโทรศัพท์ที่มีช่องเปิดสองช่องเพื่อให้สามารถทดสอบกล้องทั้งด้านหน้าและด้านหลังได้ คาดว่าจะมีการชดเชยจากศูนย์กลาง และสังเกตได้เนื่องจากแท็บเล็ตแผนภูมิอยู่ทางซ้ายจากกึ่งกลางเล็กน้อย นอกจากนี้ แผนภูมิยังปรากฏเพียงพอที่จะทดสอบด้วยอัตราการซูมที่สูงกว่า 8x
การหาวงกลม
การทดสอบประกอบด้วยเมธอด find_circle()
โดยใช้ findContours
ซึ่งจะค้นหารูปทรงทั้งหมดและจำกัดการค้นหารูปทรงให้แคบลงจนถึงวงกลมที่ต้องการโดยการทดสอบดังต่อไปนี้:
- รูปทรงต้องมีพื้นที่มากกว่า 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)
ยืนยัน
- พบวงกลมอย่างน้อยหนึ่งวงในการตั้งค่าการซูมแต่ละครั้ง
- มีการทดสอบ
android.control.zoomRatioRange
10 เท่าหรือสูงสุด - รัศมีวงกลมจะปรับขนาดพร้อมการซูม (RTOL 10% จากที่คาดไว้)
- ศูนย์กลางวงกลมชดเชยจากสเกลศูนย์กลางพร้อมการซูม (RTOL 10% จากที่คาดไว้)
- ถึงระดับการซูมที่เพียงพอแล้ว (2x)
เพิ่มการทดสอบกล้องแบบจำกัด
ใน Android 11 การทดสอบในตารางต่อไปนี้จะทดสอบกล้อง LIMITED
นอกเหนือจาก การทดสอบใหม่แล้ว การทดสอบ scene4/test_aspect_ratio_and_crop
ยังได้รับการอัปเดตเพื่อเปิดใช้งานการทดสอบอุปกรณ์ LIMITED
ที่มีระดับ API แรกเป็น 30 หรือสูงกว่า
ฉาก | ชื่อการทดสอบ |
---|---|
0 | test_vibration_restrictions |
2_ก | test_jpeg_quality |
2_d/2_e | test_num_faces |
4 | test_aspect_ratio_and_crop |
6 | test_zoom |
รูปที่ 10 แสดง วงแหวนถอดรหัสลับ ITS ของ Android 11 วงแหวนถอดรหัสลับจะแสดงการตั้งค่าการทดสอบที่การทดสอบแต่ละรายการกำหนดไว้ ประตูมีรหัสสีเพื่อความง่ายในการรับชม รายการเกตหลักคือ:
-
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 วงแหวนถอดรหัสลับของ Android 11