บันทึกประจำรุ่นของชุดทดสอบรูปภาพกล้องของ Android 11

หน้านี้สรุปการเปลี่ยนแปลงใน ชุดทดสอบรูปภาพของกล้อง (ITS) ใน Android 11 การเปลี่ยนแปลงจะอยู่ในหมวดหมู่ต่อไปนี้

• การเปลี่ยนแปลงฮาร์ดแวร์
• การทดสอบระดับ API แรกที่กำหนด
• ทดสอบการปรับแสงที่ผ่านการตรวจสอบแล้ว
• การเปลี่ยนชื่อฉาก
• ทดสอบการเปลี่ยนแปลงและการเพิ่ม
• การทดสอบกล้องแบบจำกัดเพิ่มขึ้น

การเปลี่ยนแปลงฮาร์ดแวร์

Android 11 มีการเปลี่ยนแปลงฮาร์ดแวร์หลายอย่างเพื่อ ลดต้นทุนและเพิ่มความพร้อมใช้งาน การเปลี่ยนแปลงเหล่านี้อยู่ในหมวดหมู่ต่อไปนี้

• ผู้ผลิตเพิ่มเติม
• วิธีการผลิตแบบรวม
• ตัวเลือกแท็บเล็ตที่เพิ่มขึ้น
• เปิดแท็บเล็ตได้ง่ายขึ้น
• เครื่องมือควบคุมการผสานเซ็นเซอร์แบบใหม่

ผู้ผลิตเพิ่มเติม

Rahi Systems มีคุณสมบัติในการผลิตตู้ทดสอบ ITS นอกเหนือจากซัพพลายเออร์รายเดิมของเราอย่าง MYWAY design ข้อมูลบริษัทสำหรับผู้ให้บริการที่มีสิทธิ์มีดังนี้

• 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 design
  4F., No. 163, Fu-Ying Road, XinZhuang District, New Taipei City, Taiwan
  twmyway.com
  sales@myway.tw
  +886-2-29089060

วิธีการผลิตแบบรวม

กล่องทดสอบ ITS-in-a-box ที่มีมุมมองปกติ (RFoV) rev1 ได้รับการออกแบบใหม่ให้ใช้วิธีการผลิตที่ใช้ในกล่องทดสอบ กล่องที่มีมุมมองกว้าง (WFoV) และ กล่องรวมเซ็นเซอร์ ฟังก์ชันการทำงานจะเหมือนกันทุกประการ และเพื่อความเรียบง่าย เราจะเรียกการออกแบบนี้ว่าrev1a การออกแบบใหม่นี้ช่วยให้ผู้ผลิตสามารถสต็อกพลาสติกประเภทเดียวเพื่อผลิตกล่องทดสอบทั้งหมดได้ นอกจากนี้ ที่ยึดแท็บเล็ต และที่ยึดไฟยังได้รับการออกแบบใหม่เพื่อรองรับความหลากหลายของแท็บเล็ต และแถบไฟ LED

หากต้องการดาวน์โหลดคำอธิบายและภาพวาดกลไกล่าสุด โปรดดู กล่อง RFoV (rev1a) และ กล่อง WFoV (rev2.9)

ตัวเลือกของแท็บเล็ตที่เพิ่มขึ้น

เราได้เพิ่มแท็บเล็ต Samsung Galaxy Tab A 10.1 และ Chuwi Hi9 Air 10.1 ลงในรายการแท็บเล็ตที่แนะนำ แท็บเล็ตต้องไม่มี การมอดูเลตความกว้างพัลส์ (PWM) เพื่อปรับความสว่างของหน้าจอเพื่อขจัดแถบสีใน รูปภาพที่ถ่าย

ดูข้อมูลล่าสุดเกี่ยวกับแท็บเล็ตที่แนะนำได้ที่ข้อกำหนดเกี่ยวกับแท็บเล็ต

การเปิดแท็บเล็ตน้อยลง

เพื่ออนุญาตให้ใช้ Galaxy Tab A 10.1 เราจึงลดความสูงของช่องเปิดแท็บเล็ตลงเล็กน้อย สำหรับทั้งกล่องทดสอบ RFoV (rev1a) และ WFoV (rev2) การแก้ไขที่แสดงการเปลี่ยนแปลงเหล่านี้คือ rev1a.1 และ rev2.9 สำหรับภาพวาดเหล่านี้ โปรดดู กล่อง RFoV (rev1a) และ กล่อง WFoV (rev2.9)

ตัวควบคุมการรวมเซ็นเซอร์ใหม่

เราได้ออกแบบฮาร์ดแวร์สำหรับตัวควบคุมฟิวชันเซ็นเซอร์ใหม่เพื่อปรับปรุง ความสามารถในการผลิต คอนโทรลเลอร์ใหม่นี้ใช้ Arduino โดยมี บอร์ดกำหนดเส้นทางชิลด์ที่กำหนดเองซึ่งติดตั้งอยู่ด้านบนของ Arduino รูปที่ 1 แสดง โล่ และรูปที่ 2 แสดงภาพวาดทางกลของตู้ คอนโทรลเลอร์ ใหม่ใช้แหล่งจ่ายไฟ 5 V เพียงแหล่งเดียวที่จ่ายไฟให้มอเตอร์ โดยตรง ระบบอิเล็กทรอนิกส์จะควบคุมผ่านขั้วต่อ USB ทั้งหมด แหล่งจ่ายไฟแยกต่างหากช่วยให้แยกอิเล็กทรอนิกส์ควบคุม และเซอร์โวมอเตอร์ได้อย่างสมบูรณ์ นอกจากนี้ คอนโทรลเลอร์ 1 ตัวยังควบคุม เซอร์โวมอเตอร์ได้สูงสุด 6 ตัว

รูปที่ 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 Verifier ข้อกำหนดMANDATEDการทดสอบ ยังมีผลกับอุปกรณ์ที่อัปเกรดด้วย ข้อกำหนดนี้สำหรับอุปกรณ์ที่อัปเกรดแล้วในการผ่านการทดสอบ MANDATED ทั้งหมดทำให้การทดสอบล่าช้าในการกลายเป็นการทดสอบ MANDATED เนื่องจากอุปกรณ์รุ่นเก่าต้องผ่านการทดสอบด้วย

ใน Android 11 MANDATED จะได้รับการควบคุมโดย แฟล็กระดับ API แรกจากพร็อพเพอร์ตี้ของโทรศัพท์ สำหรับอุปกรณ์ที่อัปเกรดเป็น Android 11 การทดสอบจะทำงานเป็นNOT_YET_MANDATED การทดสอบ ซึ่งหมายความว่าการทดสอบอาจล้มเหลว แต่จะแสดงเป็นPASSใน CtsVerifier.apk

เช่น

• ใน Android 11 test_channel_saturation test is MANDATED สำหรับอุปกรณ์ที่มี API ระดับแรกสูงกว่า 29
• ใน Android 10 test_channel_saturation การทดสอบ MANDATED จะมีให้สำหรับอุปกรณ์ทุกเครื่อง

ตรวจสอบแสงในฉาก

ใน Android 11 ระบบจะตรวจสอบความถูกต้องของแสงในฉากโดย การวิเคราะห์ความสว่างที่มุมของฉาก ฉากที่สร้างขึ้นด้วยตนเองทั้งหมดจะได้รับการตรวจสอบแสง และฉากที่สร้างขึ้นบนแท็บเล็ตจะได้รับการตรวจสอบกล้อง RFoV ในแท่นทดสอบ RFoV และกล้อง WFoV ในแท่นทดสอบ WFoV หากระดับแสง ไม่เพียงพอ ระบบจะรายงานข้อผิดพลาดและทดสอบไม่สำเร็จ

การเปลี่ยนชื่อฉาก

ใน Android 10 ฉากที่ 1 มีสัดส่วนในการทดสอบส่วนใหญ่ และมีเปอร์เซ็นต์สูงเมื่อเทียบกับเวลาทดสอบทั้งหมด หากการทดสอบใดๆ ภายในฉากที่ 1 ไม่สำเร็จ คุณต้องเรียกใช้ฉากทั้งหมดอีกครั้ง การออกแบบใหม่ทั้งฉาก จะลดการผ่านการทดสอบแบบมาร์จินัล ใน Android 11 เวลาในการเล่นซ้ำจะลดลงโดยการแบ่งฉากที่ 1 ออกเป็น 2 ฉาก ได้แก่ scene1_1 และ scene1_2

ตารางต่อไปนี้แสดงเวลาทดสอบที่รวบรวมไว้สำหรับกล้องหลังของ Pixel 4 ในฉากต่างๆ ระบบจะแบ่งจำนวนการทดสอบเพื่อปรับเวลาทดสอบให้เท่ากัน ไม่ใช่เพื่อปรับจำนวนการทดสอบให้เท่ากัน

นอกจากนี้ ยังมีการล้างข้อมูลชื่อด้วย ฉาก 2 จะแบ่งด้วยตัวอักษรและฉาก 1 จะแบ่งด้วยตัวเลข การตั้งชื่อส่วนขยายต่างๆ มีดังนี้

• ฉากที่มีแผนภูมิเดียวกันแต่มีการทดสอบต่างกัน: *_1,2,3
• ฉากที่มีแผนภูมิแตกต่างกัน แต่มีการทดสอบเดียวกัน: *_a,b,c

ทดสอบการเปลี่ยนแปลง

อัปเดตการทดสอบให้ใช้ระดับ API แรก

ใน Android 11 การทดสอบในตารางต่อไปนี้ ได้รับการอัปเดตให้ใช้แฟล็กระดับ API แรก การทดสอบทั้งหมดนี้ใช้ API ระดับแรกเป็น 29 ยกเว้นการทดสอบ test_tonemap_curve ซึ่งใช้ API ระดับแรกเป็น 30

การทดสอบที่มีการเปลี่ยนแปลง

การทดสอบในตารางต่อไปนี้ได้รับการอัปเดตใน Android 11 การเปลี่ยนแปลงจะอธิบายไว้ ในคอลัมน์คำอธิบายการเปลี่ยนแปลง

การทดสอบใหม่

การทดสอบในตารางต่อไปนี้จะเปิดใช้ใน Android 11 การทดสอบจะสรุปไว้ในตารางและ คำอธิบายโดยละเอียดจะอยู่ในส่วนต่อไปนี้

scene0/test_vibration_restriction

การทดสอบนี้ไม่จำเป็นต้องมีฉากที่เฉพาะเจาะจง แต่อุปกรณ์ภายใต้การทดสอบ (DUT) ต้องวางหรือติดตั้งบนพื้นผิวแข็ง ซึ่งรวมถึงการติดตั้งใน ตู้ทดสอบ ITS-in-a-box

ยืนยัน

• ไม่มีการสั่นขณะใช้กล้อง

scene2_a/test_jpeg_quality

วิธีการ

ส่วนต่างๆ ของไฟล์ JPEG จะกำหนดโดยเครื่องหมาย 2 ไบต์ ดูข้อมูลเพิ่มเติมได้ที่ JPEG

การทดสอบจะดึงเมทริกซ์การหาปริมาณจากการจับภาพ JPEG เครื่องหมาย สำหรับเมทริกซ์การหาปริมาณในการจับภาพ JPEG คือลำดับ [255, 219] เมื่อพบเครื่องหมาย รายการถัดไป 2 รายการจะเป็นขนาด เครื่องหมายขนาด DQT ของ JPEG มักจะเป็น [0, 132] = 256*0+132 = 132 ซึ่งคิดเป็นขนาดของ ข้อมูล DQT ในการจับภาพ JPEG ข้อมูลที่ฝังจะมีรูปแบบดังนี้ [255, 219, 0, 132, 0 (เครื่องหมายความสว่าง), เมทริกซ์ความสว่าง 8x8, 1 (เครื่องหมายสี), เมทริกซ์สี 8x8]

0 สำหรับเครื่องหมายเมทริกซ์ความสว่างและ 1 สำหรับเครื่องหมายโครมาจะปรากฏ อย่างสอดคล้องกันในอุปกรณ์หลายเครื่อง รวมถึงโทรศัพท์ที่แยกเมทริกซ์ทั้ง 2 ออกเป็นส่วน DQT แยกกันในไฟล์ JPEG โดยทั่วไปแล้วเมทริกซ์ความสว่างจะมีค่าที่หลากหลายกว่าเมทริกซ์สี เนื่องจากดวงตาของมนุษย์มีความไวต่อความสว่างมากกว่าสี และรูปภาพ 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 ระดับการบีบอัด (ค่าเฉลี่ยเมทริกซ์ DQT ของความสว่าง/สี) จะลดลง

รูปที่ 3 ค่าเฉลี่ยเมทริกซ์ DQT ของความสว่าง/สีของกล้องหลัง Pixel 4 เทียบกับคุณภาพ JPEG

ยืนยัน

• สำหรับ [25, 45, 65, 86] คุณภาพที่เพิ่มขึ้น 20 จะมีการลดการหาปริมาณ 20% ค่าเฉลี่ยของเมทริกซ์
• เพย์โหลดเมทริกซ์ DQT เป็นจำนวนยกกำลังสอง

รูปที่ 4 แสดงตัวอย่างโทรศัพท์ที่ทดสอบไม่ผ่าน โปรดทราบว่าสำหรับรูปภาพที่มีคุณภาพต่ำมาก (jpeg.quality < 50) จะไม่มีการเพิ่มการบีบอัดในเมทริกซ์การหาปริมาณ

รูปที่ 4 ตัวอย่างการทดสอบที่ไม่สำเร็จ

scene2_d/e test_num_faces

เราได้เพิ่มฉากการตรวจจับใบหน้าใหม่ 2 ฉากเพื่อเพิ่มความหลากหลายของใบหน้าที่อัลกอริทึมการตรวจจับใบหน้าตรวจสอบ จากการทดสอบกล้องหลายตัวซ้ำๆ คาดว่าใบหน้าที่ท้าทายที่สุดคือใบหน้าที่อยู่ซ้ายสุดใน scene2_d โดยเฉพาะอย่างยิ่ง โมเดลมีทั้งหมวกและเครา ซึ่งเป็นสิ่งใหม่ใน ฉากใบหน้า ฉากใหม่จะแสดงในรูปที่ 5 และ 6

รูปที่ 5 scene2_d

รูปที่ 6 scene2_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 ภายใน 6 ครั้ง โดยมีการเปลี่ยนแปลงเวลาตามผลลัพธ์ก่อนหน้า

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 cam[0] zoom = [1, 3.33, 5.67, 8] images with found circle

รูปที่ 9 แสดงภาพที่ถ่ายด้วยกล้องหลังของ Pixel 4 ขณะที่ซูมเพิ่มขึ้นจาก 1 เป็น 8 เท่าโดยมี 4 ขั้นตอน ชุดรูปภาพนี้ถ่ายโดยไม่ได้ จัดกึ่งกลางอย่างเฉพาะเจาะจง เพียงแต่ใช้รูรับแสงทดสอบของโทรศัพท์ที่มี ช่องเปิด 2 ช่องเพื่อเปิดใช้การทดสอบทั้งกล้องหน้าและกล้องหลัง คาดว่าจะมีออฟเซ็ตจากกึ่งกลาง และสังเกตได้ว่าแท็บเล็ตแผนภูมิอยู่ทางซ้ายของกึ่งกลางเล็กน้อย นอกจากนี้ แผนภูมิยังดูเพียงพอที่จะทดสอบด้วยอัตราส่วนการซูมที่สูงกว่า 8 เท่า

ค้นหาแวดวง

การทดสอบประกอบด้วยfind_circle()วิธีการใช้ findContours ที่ค้นหา เส้นชั้นความสูงทั้งหมดและจำกัดการค้นหาเส้นชั้นความสูงให้แคบลงเป็นวงกลมที่ต้องการโดยการทดสอบ สิ่งต่อไปนี้

• เส้นขอบต้องมีพื้นที่มากกว่า 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]

การซูมจะหยุดลงหากวงกลมที่พบแตะขอบเขตของรูปภาพ มีการตรวจสอบเพื่อให้แน่ใจว่ามีการซูมในระดับที่เพียงพอในการทดสอบ (10 เท่า)

ยืนยัน

• วงกลมอย่างน้อย 1 วงจะปรากฏในการตั้งค่าการซูมแต่ละครั้ง
• ทดสอบที่ 10 เท่าหรือสูงสุด android.control.zoomRatioRange
• รัศมีวงกลมจะปรับขนาดตามการซูม (RTOL 10% จากที่คาดไว้)
• ออฟเซ็ตกึ่งกลางวงกลมจากกึ่งกลางจะปรับขนาดตามการซูม (RTOL 10% จากที่คาดไว้)
• ถึงระดับการซูมที่เพียงพอ (2 เท่า)

เพิ่มการทดสอบกล้องแบบจำกัด

ใน Android 11 การทดสอบในตารางต่อไปนี้ ทดสอบกล้อง LIMITED นอกเหนือจากการทดสอบใหม่ การทดสอบ scene4/test_aspect_ratio_and_crop ได้รับการอัปเดตเพื่อให้ทดสอบ อุปกรณ์ LIMITED ที่มี API ระดับแรกเป็น 30 ขึ้นไปได้

รูปที่ 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