เอาต์พุตกล้อง 10 บิต

สำหรับอุปกรณ์ที่ใช้ Android 13 ขึ้นไป Android สนับสนุนเอาต์พุตของกล้อง 10 บิตผ่านโปรไฟล์ช่วงไดนามิกที่สามารถ ได้รับการกำหนดค่าโดยไคลเอ็นต์กล้องเป็นส่วนหนึ่งของการกำหนดค่าสตรีม อุปกรณ์ สามารถเพิ่มการสนับสนุนสำหรับโปรไฟล์ช่วงไดนามิก 10 บิต เช่น HLG10 HDR 10, HDR 10+ และ Dolby Vision

การรองรับเอาต์พุตกล้อง 10 บิตช่วยให้ไคลเอ็นต์กล้องค้นพบรูปแบบ 10 บิตที่รองรับได้ โปรไฟล์ช่วงไดนามิกของอุปกรณ์ด้วยการเรียกใช้ getSupportedProfiles จากนั้นเฟรมเวิร์กจะแสดงผลตัวอย่าง DynamicRangeProfiles ซึ่งมีข้อมูลเกี่ยวกับโปรไฟล์ช่วงไดนามิกที่รองรับ และหาก พร้อมใช้งาน บันทึกข้อจำกัดคำขอ HLG10 โปรไฟล์ต้องได้รับการสนับสนุน โปรไฟล์ของช่วงไดนามิกที่แนะนำจะแสดงอยู่ใน เวลา REQUEST_RECOMMENDED_TEN_BIT_DYNAMIC_RANGE_PROFILE ด้วย

ไคลเอ็นต์กล้องกำหนดค่าชุดสตรีมได้โดยการเรียกใช้ setDynamicRangeProfile สำหรับข้อมูลเพิ่มเติมเกี่ยวกับชุดค่าผสมของสตรีมเอาต์พุตที่จำเป็น โปรดดูที่ ตารางการกำหนดค่าที่รับประกันเพิ่มเติมของเอาต์พุต 10 บิตใน การจับภาพปกติ

ข้อกำหนด

อุปกรณ์ต้องมี 10 บิตขึ้นไปจึงจะรองรับเอาต์พุตกล้อง 10 บิตได้ เซ็นเซอร์กล้องที่ตรวจจับได้และรองรับ ISP ที่เกี่ยวข้อง สำหรับรายละเอียดเกี่ยวกับ ข้อกำหนดด้านความเข้ากันได้สำหรับการรองรับ 10 บิต โปรดดูหัวข้อ 7.5 กล้องใน CDD

การใช้งาน

หากต้องการรองรับเอาต์พุตกล้อง 10 บิต ผู้ผลิตอุปกรณ์จะต้องดําเนินการ การผสานรวม Camera AIDL HAL ต่อไปนี้

  • รวม ANDROID_REQUEST_AVAILABLE_CAPABILITIES_DYNAMIC_RANGE_TEN_BIT ไว้ใน ของกล้องถ่ายรูป
  • ป้อนข้อมูลใน ANDROID_REQUEST_AVAILABLE_DYNAMIC_RANGE_PROFILES_MAP ด้วย โปรไฟล์ของช่วงไดนามิกที่รองรับและบิตแมปของข้อจำกัด HLG10 โปรไฟล์ต้องได้รับการสนับสนุน คุณต้องใส่พารามิเตอร์แบบไดนามิกที่แนะนำด้วย โปรไฟล์ของช่วงเพื่อแจ้งไคลเอ็นต์กล้องเกี่ยวกับรูปแบบที่รองรับที่เหมาะสมที่สุด
  • ตรวจสอบว่ามีการรองรับค่าโปรไฟล์ช่วงไดนามิกระหว่างสตรีม การกำหนดค่าสำหรับสตรีมโดยใช้ P010 หรือการรองรับรูปแบบที่กำหนดการติดตั้งใช้งาน (ImageFormat.PRIVATE)
  • ตั้งค่าข้อมูลเมตาแบบคงที่หรือแบบไดนามิกโดยขึ้นอยู่กับโปรไฟล์ของช่วงไดนามิก ของบัฟเฟอร์ Gralloc 4 ที่ประมวลผลแล้วก่อนแจ้งบริการกล้อง

สำหรับรายละเอียดเพิ่มเติมเกี่ยวกับเอาต์พุตกล้อง 10 บิตใน HAL ของกล้อง โปรดดูที่ กำลังติดตามใน metadata_definitions.xml:

สำหรับข้อมูลอ้างอิงการใช้งาน HAL ของกล้องที่รองรับเอาต์พุตกล้อง 10 บิต โปรดดู /hardware/google/camera/devices/EmulatedCamera/hwl

การตรวจสอบความถูกต้อง

เพื่อตรวจสอบการใช้งานเอาต์พุตจากกล้อง 10 บิตและตรวจสอบว่า แอปของบุคคลที่สามสามารถเปิดใช้ฟีเจอร์นี้ เราขอแนะนำให้ดำเนินการดังต่อไปนี้ ในการตรวจสอบ 3 ขั้นตอน

สำหรับการตรวจสอบเป็นภาพที่แสดงเอาต์พุตจากกล้อง 10 บิต จะมีสมมติฐานว่าอุปกรณ์ รองรับการแสดงผล HDR (การแสดงผลที่มี 1,000 นิตขึ้นไป) และแอปดูวิดีโอ (สำหรับ เช่น Google Photos) รองรับการเล่นวิดีโอ HDR

ทดสอบความถูกต้องของฟังก์ชันการทำงานของ API

หากต้องการทดสอบความถูกต้องของฟังก์ชันการทำงานของ API ในเอาต์พุตกล้อง 10 บิต ให้เรียกใช้ การทดสอบ CTS, กล้อง ITS และ VTS ต่อไปนี้

  • hardware/interfaces/camera/provider/aidl/vts/: การทดสอบสำหรับการค้นพบ การกำหนดค่า และสตรีมมิงขั้นพื้นฐาน รวมถึงการตรวจสอบสำหรับ การแสดงข้อมูลเมตา HDR เมื่อจำเป็น
  • tests/camera/src/android/hardware/camera2/cts/: ตรวจสอบว่ากล้องทำงานตามข้อกำหนดของ AOSP API
  • cts/apps/CameraITS: ตรวจสอบว่าวิดีโอมีลักษณะการทำงานปกติเมื่อใช้โปรไฟล์ HDR การทดสอบที่เฉพาะเจาะจงคือ tests/scene4/test_video_aspect_ratio_and_crop.py

เปรียบเทียบกล้องที่มาพร้อมเครื่องกับแอปของบุคคลที่สาม

เราขอแนะนำเป็นอย่างยิ่งว่าผลลัพธ์ของการจับภาพวิดีโอ 10 บิตที่มี แอปของบุคคลที่สามจะคล้ายคลึงกัน (หากไม่เหมือนกัน) กับแอปกล้องถ่ายรูปที่มาพร้อมเครื่อง ช่วงเวลานี้ หมายความว่าตัวเลือกการปรับแต่ง เช่น การรับแสง ช่วงไดนามิก และสี ควร ส่งต่อจากแอปที่มาพร้อมเครื่องไปยังแอปของบุคคลที่สาม วิธียืนยันวิดีโอ ลักษณะการบันทึกของแอปของบุคคลที่สามที่รองรับเอาต์พุตกล้อง 10 บิตใน ให้ใช้ แอปตัวอย่าง Camera2Video ใน GitHub คำแนะนำต่อไปนี้จะแสดงถึงแง่มุมต่างๆ ที่มองเห็นได้ของ HDR ที่ไม่มีตัวเลขที่เป็นกลาง เนื่องจากความแปรผันของเซ็นเซอร์ แผง เงื่อนไขการดู และค่ากำหนดของผู้ให้บริการ

ฉากที่แนะนำสำหรับการเปรียบเทียบ

หากต้องการเปรียบเทียบระหว่างแอปกล้องที่มาพร้อมเครื่องกับแอปของบุคคลที่สาม ถ่ายวิดีโอโดยใช้ฉากต่างๆ มากมายกับทั้งแอปกล้องที่มาพร้อมเครื่อง และแอป Camera2Video ตัวอย่าง ต่อไปนี้เป็นฉากที่แนะนำสำหรับการใช้งาน การเปรียบเทียบ:

  • ฉากที่มีแสงปานกลางถึงแสงต่ำที่มีวัตถุสว่าง เช่น เทียน หรือ แสงจ้าเล็กๆ ที่สร้างช่วงความสว่างที่มีนัยสำคัญ ช่วงเวลานี้ ยืนยันลักษณะการทำงานของการรับแสงอัตโนมัติและช่วงไดนามิก
  • ฉากกลางแจ้งที่สว่างไสวด้วยสีสันสดใสและวัตถุสะท้อนแสง เช่น เป็นบัมเปอร์ Chrome บนรถ ซึ่งจะสร้างไฮไลต์ที่สดใส ซึ่งเป็นการยืนยันว่า การแสดงภาพฉากสว่างและไฮไลต์ที่สว่างขึ้น
  • ฉากที่มีช่วงไดนามิกต่ำและระดับกลาง เช่น ฉากธรรมชาติในร่มใน บ้านหรือที่ทำงาน การตั้งค่านี้จะช่วยยืนยันว่าสภาพแสงที่มืดมากน้อยลง ตามที่คาดไว้

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

เปรียบเทียบช่วงไดนามิกมาตรฐานกับช่วงไดนามิกกว้าง

เพื่อให้แน่ใจว่าจะได้รับประโยชน์จากการใช้ช่วงไดนามิกแบบ 10 บิต กับโปรไฟล์ช่วงไดนามิกมาตรฐาน เปรียบเทียบการจับภาพวิดีโอโดยใช้ SDR (ไม่มีโปรไฟล์ HDR) เทียบกับวิดีโอ HDR เพื่อยืนยันว่าลักษณะสำคัญของ HDR ปรากฏขึ้น การจับภาพ หากต้องการเปรียบเทียบ SDR และ HDR ให้ใช้ แอปตัวอย่าง Camera2Video และฉากที่แนะนำเพื่อใช้เปรียบเทียบกล้องที่มาพร้อมเครื่อง และแอปของบุคคลที่สาม

ต่อไปนี้คือสิ่งสำคัญที่ต้องตรวจสอบในฉากที่แนะนำ แผงจอแสดงผล ในระดับความสว่างได้ไม่เกิน ระดับความสว่าง (วัดเป็นนิตหรือลูเมน) ตัวเลขต่อไปนี้เป็นเพียงตัวอย่างเท่านั้น

  • ในช่วงกลางแสงถึงแสงน้อย จุดเทียนสว่างไสวหรือ ไฟดวงเล็กแสดงผลที่ความสว่างสูงสุดสำหรับจอแสดงผล (อาจสูงขึ้น 1, 000 นิต) ในคลิป HDR และแสดงผลที่ความสว่างสูงสุดสำหรับ SDR (ประมาณ 100 นิต) ในคลิป SDR ในคลิป HDR ความสว่าง ไฮไลต์ควรโดดเด่นออกมาจากจอแสดงผล เป็นการดึงดูดความสนใจของผู้ใช้ ของช่วงไดนามิกที่แท้จริง เมื่อเทียบกับคลิป HDR คลิป SDR ควรจะแสดงให้ราบเรียบและสว่างน้อยลง
  • ในโหมดเอาต์พุตที่สว่าง ขึ้นอยู่กับการปรับแต่งของอุปกรณ์ HDR คลิปนี้แสดงความแตกต่างด้านความสว่างของหน้าจออย่างชัดเจนเมื่อเปรียบเทียบกับ คลิป SDR ความสว่างของหน้าจอสำหรับฉากโดยรวมสำหรับคลิป HDR (ขึ้นอยู่กับช่องว่าง) ควรสูงกว่านี้ เช่น สูงสุด 800 นิต และ มากขึ้นไปอีกสำหรับไฮไลต์ที่สว่าง เช่น บัมเปอร์ Chrome ความสว่างสูงสุด
  • สำหรับการจับภาพภายในอาคารที่มีช่วงไดนามิกต่ำและระดับกลาง HDR และ SDR คลิปมีสีและโทนสีคล้ายคลึงกัน แต่อาจมีการใช้การจับภาพ HDR นี้ สว่างกว่า SDR HDR ไม่ควรมืดกว่า SDR ถ้า สิ่งที่ไม่สามารถดำเนินการได้ คุณต้องตรวจสอบว่าแอปของบุคคลที่สาม กับลักษณะการทำงานของแอปกล้องที่มาพร้อมเครื่อง