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

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

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

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 แหล่งจ่ายไฟแยกช่วยให้สามารถแยกส่วนอิเล็กทรอนิกส์ควบคุมและเซอร์โวมอเตอร์ได้อย่างสมบูรณ์ นอกจากนี้ คอนโทรลเลอร์ตัวเดียวสามารถควบคุมเซอร์โวมอเตอร์ได้สูงสุดหกตัว

มุมมองด้านบนของ Arduino

รูปที่ 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) จะลดลง

ค่าเมทริกซ์เฉลี่ยของ Pixel 4

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

ฉาก2_d

รูปที่ 5. ฉาก2_d

ฉาก2_e

รูปที่ 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 แสดงแผนภาพเวลาของการทดสอบ ระยะเวลาระหว่างการปิดหน้าจอและการจับภาพจะถูกปรับตามผลลัพธ์ของเหตุการณ์จากการจับภาพครั้งก่อน

แผนภาพเวลาสำหรับ test_scene_change

รูปที่ 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 องศา

ฉาก test_zoom

รูปที่ 8 ฉาก test_zoom

พบวงกลม Pixel 4

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