บทนำ
ข้อมูลจำเพาะเหล่านี้ ซึ่งได้รับการอัปเดตเป็นครั้งคราว แสดงรายละเอียดของข้อกำหนดเกี่ยวกับฮาร์ดแวร์ เวลา และข้อมูลทั้งหมดสำหรับกล้อง 360 ขั้นสูงที่มีความสามารถในการจับภาพและเผยแพร่ Street View ด้วยความเร็วสูงและมีความแม่นยำสูง โปรดทราบว่าโปรแกรมนี้ใช้ไม่ได้กับฟังก์ชันการทํางานหรือกลไกใดๆ
ภาพ
- ≥15MP ที่ ≥7FPS
- มุมรับภาพแนวนอน 360°
- FOV แนวตั้งต่อเนื่อง ≥135°
- Google จะตรวจสอบคุณภาพของรูปภาพและเรขาคณิต
IMU
คอมโพเนนต์ที่แนะนำ:
- ตัวตรวจวัดความเร่ง/เครื่องวัดการหมุน 6 แกน: BMI160 หรือ ST-LSM6DSM
ตัวตรวจวัดความเร่งควรเป็นไปตามข้อกำหนดต่อไปนี้
- ความละเอียด: ≥16 บิต
- ช่วง: ≥ +/- 8G โดยปกติ ≥4096 LSB/g
- อัตราการสุ่มตัวอย่าง: ≥200 Hz โดยมี Jitter <1%
- ต้องเปิดใช้การกรอง Low Pass เพื่อกำจัดชื่อแทน ความถี่ในการตัดออกควรกำหนดไว้ที่ค่าสูงสุดที่เป็นไปได้ที่ต่ำกว่าความถี่ Nyquist ซึ่งเป็นครึ่งหนึ่งของอัตราการสุ่มตัวอย่าง ตัวอย่างเช่น หากความถี่คือ 200 Hz การตัดการกรองแบบ Low Pass ควรต่ำกว่า 100 Hz แต่ให้ใกล้เคียงกันมากที่สุด
- ความหนาแน่นของเสียงรบกวนต้องเท่ากับ ≤300 μg/เครื่องหมาย รสอินทิเกรต และควรเป็น ≤150 μg/{/9}
- ความเสถียรของความคลาดเคลื่อนของสัญญาณรบกวนแบบอยู่กับที่ <15 μg * CMP Hz จากชุดข้อมูลแบบคงที่ในรอบ 24 ชั่วโมง
- การเปลี่ยนแปลงการให้น้ำหนักพิเศษกับอุณหภูมิ: ≤ +/- 1 มก. / °C
- ความเป็นเชิงเส้นของเส้นตรงที่สุด: ≤0.5%
- การเปลี่ยนแปลงความไวเทียบกับอุณหภูมิ ≤0.03%/°C
เครื่องวัดการหมุนควรเป็นไปตามข้อกำหนดต่อไปนี้
- ความละเอียด: ≥16 บิต
- ช่วง: ≥ +/- 1,000 องศา/วินาที โดยมี ≥32 LSB/dps
- อัตราการสุ่มตัวอย่าง: ≥200 Hz โดยมี Jitter <1%
- ต้องเปิดใช้การกรอง Low Pass เพื่อกำจัดชื่อแทน ความถี่ในการตัดออกควรกำหนดไว้ที่ค่าสูงสุดที่เป็นไปได้ที่ต่ำกว่าความถี่ Nyquist ซึ่งเป็นครึ่งหนึ่งของอัตราการสุ่มตัวอย่าง ตัวอย่างเช่น ถ้าความถี่ของการสุ่มตัวอย่างคือ 200 เฮิร์ตซ์ การตัดการกรองแบบ Low Pass ควรต่ำกว่า 100 Hz แต่ให้ใกล้เคียงกันมากที่สุด
- ความหนาแน่นของเสียงรบกวน: ≤ 0.01 °/s/Cellular Hz
- ความคงที่ของเบี่ยงเบนแบบอยู่กับที่ <0.0002 °/s *¡Hz จากชุดข้อมูลแบบคงที่ในช่วง 24 ชั่วโมง
- การเปลี่ยนแปลงการให้น้ำหนักพิเศษกับอุณหภูมิ: ≤ +/- 0.015 °/ วินาที / °C
- ความไม่เป็นเชิงเส้นของเส้นที่พอดีที่สุดต้องเป็น ≤0.2% และควรเป็น ≤0.1%
- การเปลี่ยนแปลงความไวเทียบกับอุณหภูมิ: ≤0.02% / °C
GPS
คอมโพเนนต์ที่แนะนำ
ข้อกำหนด
- อัตราการสุ่มตัวอย่าง: ≥4 Hz
- กลุ่มภาพ: ติดตาม GPS และ GLONASS พร้อมกันเป็นอย่างน้อย
- เวลาที่จะแก้ไขครั้งแรก
- เย็น: ≤40 วินาที
- ร้อน: ≤5 วินาที
- ความไวต่อการสัมผัส:
- การติดตาม: -158 dBm
- การกระทำ: -145 dBm
- ความแม่นยำของตำแหน่งแนวนอน: 2.5 เมตร (สถานะที่เป็นไปได้สำหรับข้อผิดพลาดแบบวงกลม (CEP), 50%, 24 ชั่วโมงแบบคงที่ >6 SV)
- ความแม่นยำอัตราความเร็ว: 0.06 ม./วินาที (50% ที่ 30 ม./วินาที)
- ขีดจำกัดการดำเนินการ: ≥4 ก.
- เสาอากาศภายในหรือเสาอากาศภายนอกที่ติดอยู่แน่นซึ่งเป็นประเภทที่รู้จัก
การออกแบบเสาอากาศ
ผลิตภัณฑ์ขนาดเล็กที่จับต้องได้ เช่น กล้องที่มีทั้งระบบรับสัญญาณ GPS และระบบอิเล็กทรอนิกส์ที่ซับซ้อนจำนวนมาก มีแนวโน้มที่จะเกิดปัญหาเกี่ยวกับประสิทธิภาพการทำงานของเครื่องรับสัญญาณวิทยุที่เกิดจากการปล่อยคลื่นวิทยุ (RF) จากระบบอิเล็กทรอนิกส์ที่รวมไว้ สัญญาณรบกวนนี้มักอยู่ในย่านความถี่เดียวกับเครื่องรับสัญญาณวิทยุ จึงกรองออกไม่ได้
ข้อกำหนดเฉพาะเกี่ยวกับเวลา
การวัดค่าเซ็นเซอร์ทั้งหมดต้องมีการประทับเวลาอย่างแม่นยำตามนาฬิการะบบเดียวกันที่เสถียร การวัดจะต้องประทับเวลาเมื่อเซ็นเซอร์วัดจำนวน ไม่ใช่เมื่อหน่วยประมวลผลได้รับข้อความจากชิปเซ็นเซอร์ เสียงรบกวนของการประทับเวลาระหว่างการอ่านค่าเซ็นเซอร์ที่ต่างกันควรน้อยกว่า 1 มิลลิวินาที การประทับเวลาทั้งหมดที่บันทึกไว้ในบันทึกข้อมูลเซ็นเซอร์เดียวกันจะต้องต่อเนื่องกันโดยไม่มีความต่อเนื่อง หากฮาร์ดแวร์รีบูตหรือรีเซ็ต แล้วนาฬิการะบบรีเซ็ต คุณต้องสร้างบันทึกใหม่เพื่อจัดเก็บข้อมูลที่เข้ามาใหม่
GPS
เซ็นเซอร์ GPS ควรรองรับเอาต์พุตของชีพจรเวลาและข้อความที่เชื่อมโยงกับเวลา GPS ที่ตรงกับชีพจรเวลา ซึ่งสามารถใช้เพื่อประทับเวลาแพ็กเก็ตข้อมูล GPS อื่นๆ ด้วยการประทับเวลาของ GPS Epoch เดียวกัน อุปกรณ์ควรมีอินพุตเพื่อรับคลื่นเวลาเหล่านี้ และเมื่อได้รับขอบด้านนำหน้าหรือต่อท้าย (แล้วแต่ว่ากรณีใดที่เหมาะสม) อุปกรณ์ควรบันทึกการประทับเวลาจากนาฬิกาของระบบที่เสถียร เมื่อได้รับแพ็กเก็ตข้อความที่เกี่ยวข้องซึ่งมีเวลา GPS แล้ว อุปกรณ์จะสามารถคำนวณการประทับเวลาตามนาฬิกาของระบบที่เสถียรเมื่อได้รับข้อความการนำทางจากเซ็นเซอร์ GPS ซึ่งมีเวลา GPS
วิดีโอ / รูปภาพ
เซ็นเซอร์รูปภาพต้องรองรับการจับเวลาของฮาร์ดแวร์ เพื่อกำหนดเวลาที่แม่นยําตามนาฬิกาของระบบที่เสถียร ในกรณีที่เฟรมลดลง เฟรมต่อๆ มาต้องแสดงถึงการประทับเวลาที่ถูกต้อง การประทับเวลาต้องสัมพันธ์กับโฟตอนแรกที่ใช้งานอยู่ในรูปภาพ ผู้ผลิตจะต้องระบุว่าพิกเซลนี้เข้ากันได้กับพิกเซลใด
IMU
การวัด IMU (ตัวตรวจวัดความเร่งและเครื่องวัดการหมุน) ต้องมีการประทับเวลาตามเวลาที่วัด ไม่ใช่เวลาที่ได้รับ
ข้อกำหนดในการจัดทำข้อมูล
กล้องและระบบที่เพิ่มประสิทธิภาพสำหรับ Street View จะต้องเก็บรวบรวมการวัดผลข้อมูลเซ็นเซอร์หลายรายการต่อวินาที รายละเอียดต่อไปนี้แสดงรายละเอียดข้อมูลสำหรับการวัดผลแต่ละรายการ
ข้อกำหนดด้านข้อมูล IIM
ข้อมูลการวัดของ IMU (ตัวตรวจวัดความเร่งและเครื่องวัดการหมุน):
int64 time_accel; // The time in nanoseconds when the accelerometer // measurement was taken. This is from the same stable // system clock that is used to timestamp the GPS and // image measurements. // The accelerometer readings in meters/sec^2. The x, y, z refer to axes of // the sensor. float accel_x; float accel_y; float accel_z; int64 time_gyro; // The time in nanoseconds when the gyroscope // measurement was taken. This is from the same stable // system clock that is used to timestamp the GPS and // image measurements. // The gyro readings in radians/sec. The x, y, z refer to axes of the sensor. float gyro_x; float gyro_y; float gyro_z;
ข้อกำหนดด้านข้อมูล GPS
int64 time; // Time in nanoseconds, representing when the GPS // measurement was taken, based on the same stable // system clock that issues timestamps to the IMU // and image measurements double time_gps_epoch; // Seconds from GPS epoch when measurement was taken int gps_fix_type; // The GPS fix type // 0: no fix // 2: 2D fix // 3: 3D fix double latitude; // Latitude in degrees double longitude; // Longitude in degrees float altitude; // Height above the WGS-84 ellipsoid in meters float horizontal_accuracy; // Horizontal (lat/long) accuracy in meters float vertical_accuracy; // Vertical (altitude) accuracy in meters float velocity_east; // Velocity in the east direction represented in // meters/second float velocity_north; // Velocity in the north direction represented in // meters/second float velocity_up; // Velocity in the up direction represented in // meters/second float speed_accuracy; // Speed accuracy represented in meters/second
ข้อกำหนดเกี่ยวกับวิดีโอ
ต้องบันทึกวิดีโอที่อัตราเฟรม 7 Hz หรือสูงกว่า กล้องควรบันทึกข้อมูลเมตาที่เชื่อมโยงกับเฟรมรูปภาพแต่ละเฟรมด้วย สำหรับแต่ละรูปภาพ
int64 time; // The time in nanoseconds when the image was taken. // This is from the same stable system clock that is used to // timestamp the IMU and GPS measurements. // The corresponding frame in the video. int32 frame_num;
นอกจากนี้ คุณยังต้องกรอกอะตอมของข้อมูลผู้ใช้ต่อไปนี้ในวิดีโอ MP4 360 ด้วย
moov/udta/manu
: ผู้ผลิตกล้อง (ผู้ผลิต) เป็นสตริงmoov/udta/modl
: รุ่นของกล้องเป็นสตริงmoov/udta/meta/ilst/FIRM
: เวอร์ชันเฟิร์มแวร์เป็นสตริง
$ ffprobe your_video.mp4 ... Metadata: make : my.camera.make model : my.camera.model firmware : v_1234.4321 ...
สถาปัตยกรรมของกล้อง
การเปลี่ยนรูปแบบอิสระ 6 องศา (6-DOF) (ตำแหน่งและการวางแนวแบบสัมพัทธ์) ระหว่างเฟรมอ้างอิงของเซ็นเซอร์แต่ละตัวและเฟรมอ้างอิงของกล้องแต่ละตัว (FOR) ต้องระบุตามตัวตรวจวัดความเร่ง FOR เซ็นเซอร์ FOR ต้องเป็นไปตามที่กำหนดไว้ในแผ่นข้อมูลของเซ็นเซอร์และอยู่ในแนวเดียวกับตำแหน่งทางกายภาพของเซ็นเซอร์ในอุปกรณ์ For GPS FOR อยู่ที่เสาอากาศ
การเปลี่ยนรูปแบบ 6-DOF (3-DOF สำหรับตำแหน่งและ 3-DOF สำหรับการวางแนว) ของเซ็นเซอร์หรือกล้องแต่ละตัวจะแสดงเป็นเมทริกซ์การเปลี่ยนรูปแบบ 3x4 T = [R p] โดยที่ R คือเมทริกซ์การหมุน 3x3 ที่แสดงการวางแนวของเซ็นเซอร์หรือกล้อง FOR ในตัวตรวจวัดความเร่ง FOR และ p คือตัววัดตำแหน่ง 3x1 ในเวกเตอร์เซ็นเซอร์ FORz (x, ตัววัดตำแหน่ง FORz)
การเปลี่ยนรูปแบบที่ขออาจมาจากโมเดลการออกแบบที่ใช้คอมพิวเตอร์ช่วย (CAD) ของอุปกรณ์ และไม่จำเป็นต้องเจาะจงอุปกรณ์เพื่อรองรับรูปแบบการผลิต โดยต้องแชร์ข้อมูลนี้กับ Google เมื่อเริ่มกระบวนการประเมิน
การกำหนดค่ากล้อง
- กล้องไม่ควรทำการป้องกันภาพสั่นไหวใดๆ กับรูปภาพ
- การตั้งค่ากล้องควรปรับให้เข้ากับการจับภาพภายในและภายนอกอาคาร
พลังงาน (ควรใช้รูปแบบใดรูปแบบหนึ่งหรือทั้ง 2 รูปแบบต่อไปนี้)
- ปล่อยสายผ่าน USB 3.1 และชาร์จใหม่ได้ รองรับการบันทึกตั้งแต่ 4 ชั่วโมงขึ้นไป
- การทำงานแบบใช้แบตเตอรี่ รองรับการบันทึกและอัปโหลดนานกว่า 1 ชั่วโมง
การช่วยเตือนการใช้งานซอฟต์แวร์
ต้องสนับสนุนการอัปโหลดผ่าน Street View Publish API โปรดทราบว่าคำขอทั้งหมดที่ส่งไปยัง API ต้องได้รับการตรวจสอบสิทธิ์ตามที่อธิบายไว้ที่นี่
สำหรับภาพทั้งหมดที่อัปโหลดไปยัง Street View ให้ทำดังนี้
- ต้องระบุเวลาที่สร้างภาพ (เวลาถ่ายภาพ)
- ต้องรายงานยี่ห้อ รุ่น และเวอร์ชันเฟิร์มแวร์ของผลิตภัณฑ์
- ต้องปิดการป้องกันภาพสั่นไหว
- ต้องมีการแชร์องค์ประกอบข้อมูลทั้งหมดของข้อมูล GPS และ IMU แบบดิบ (การวัดจะต้องประทับเวลาอย่างถูกต้องตามเวลาที่ทำการวัด ไม่ใช่เมื่อได้รับ)
สำหรับวิดีโอ 360 ทั้งหมดที่อัปโหลดไปยัง Street View ให้ทำดังนี้
- ข้อมูลการวัดและส่งข้อมูลทางไกลจะต้องสื่อสารโดยใช้ข้อมูลเมตาของการเคลื่อนไหวของกล้อง
- ลำดับภาพต้องเข้ารหัสด้วยอัตราเฟรมที่ถูกต้องในการถ่ายวิดีโอ
นอกจากนี้ โปรดรวมภาษาและบรรทัดต่อไปนี้ไว้ในแอปพลิเคชันของคุณก่อนการเผยแพร่ของผู้ใช้ (อย่างน้อยก็เป็นครั้งแรก):
"เนื้อหานี้จะแสดงแบบสาธารณะใน Google Maps และอาจปรากฏในผลิตภัณฑ์อื่นๆ ของ Google ด้วย ดูข้อมูลเพิ่มเติมเกี่ยวกับนโยบายเนื้อหาจากผู้ใช้ Maps ได้ที่นี่"การประเมินผลิตภัณฑ์
- หากสนใจใช้ Street View Ready Pro เตรียมตัวให้พร้อม
- อ่านข้อมูลเกี่ยวกับ Open Spherical Camera API และ Street View Publish API
- ขอสิทธิ์เข้าถึงลำดับภาพมุมมอง 360 ผ่านทีมสนับสนุน Street View Publish API พร้อมอธิบายว่าผลิตภัณฑ์เป็นไปตามข้อกำหนดข้างต้นได้อย่างไร นอกจากนี้ เราอาจขอให้คุณระบุข้อมูลด้านล่างนี้โดยใช้เทมเพลตที่ทีมของเราจัดเตรียมไว้ให้
- ไฟล์ MP4 จำนวน 3 รูปและรูปภาพ 3 รูปที่เป็นไปตามข้อกำหนดข้างต้น รวมถึงข้อกำหนดเกี่ยวกับข้อมูลเมตาของกล้องจากการเคลื่อนไหว
- บัญชีที่จะอนุญาตสำหรับการเข้าถึงเอกสารเกี่ยวกับลำดับภาพมุมมอง 360 และวิธีการที่จำเป็นสำหรับการมีสิทธิ์สำหรับ Street View Ready สำหรับมือโปร
- เลือกสำหรับ Street View Ready Pro มาเริ่มกันเลย
- แชร์ข้อมูลสถาปัตยกรรมกล้องของผลิตภัณฑ์ให้เราทราบ
- เปิดให้ผลิตภัณฑ์อัปโหลดภาพมุมมอง 360 และลำดับของรูปภาพไปยัง Street View โดยใช้ Street View Publish API
- เผยแพร่รูปภาพ 12 ภาพ (ครอบคลุมอย่างน้อย 20 กม. ต่อภาพ) และรูปภาพ 12 ภาพโดยกระจายภาพในส่วนล่างเท่าๆ กัน โปรดแจ้งผลลัพธ์ให้เราทราบโดยใช้เทมเพลตที่ทีมของเราให้ไว้
- ระบบปฏิบัติการการควบคุมกล้อง: Android, iOS, ในอุปกรณ์
- การอัปโหลดระบบปฏิบัติการซอฟต์แวร์: Android, iOS, MacOS, Windows, ในอุปกรณ์
- ประเภทพื้นที่: หุบเขาในเมือง เขตเมืองอื่นๆ แถบชานเมือง
- ให้ผู้ทดสอบเบต้าอย่างน้อย 5 คนอัปโหลดภาพถ่ายต่อเนื่องอย่างน้อย 3 ภาพต่อภาพ (ครอบคลุมอย่างน้อย 5 กม. ต่อภาพต่อเนื่อง 1 ภาพ) โปรดแจ้งผลลัพธ์ให้เราทราบโดยใช้เทมเพลตที่ทีมของเราให้ไว้ เราจะตรวจสอบและแสดงความคิดเห็นเกี่ยวกับข้อมูลที่คุณส่งมา เมื่อเรายืนยันว่าข้อมูลทดสอบครบถ้วนและเป็นไปตามข้อกำหนดแล้ว โปรดไปยังขั้นตอนถัดไป
- โปรดประสานงานกับทีมของเราเพื่อจัดหาอุปกรณ์ที่จำเป็น (รวมถึงอุปกรณ์เสริม) การเข้าถึง และเนื้อหาความช่วยเหลือ เพื่อประเมินประสบการณ์การใช้งาน Street View แบบครบวงจรของผลิตภัณฑ์ เราจะตรวจสอบผลการทดสอบและแสดงความคิดเห็น เมื่อเรายืนยันว่าข้อมูลทดสอบและขั้นตอนการเผยแพร่เป็นไปตามข้อกำหนดแล้ว โปรดไปยังขั้นตอนถัดไป
- ได้รับอนุมัติให้เป็น Street View Ready Pro แล้วใช่ไหม ยินดีด้วย
- ขั้นตอนสุดท้าย - โปรดส่งแผนการเปิดตัวพร้อมลิงก์ไปยังเนื้อหาช่วยเหลือและช่องทางการสนับสนุน เพื่อเตรียมพร้อมสำหรับโอกาสทางการตลาดร่วมกันที่เป็นไปได้ (ขึ้นอยู่กับหลักเกณฑ์การใช้แบรนด์ของเรา) โปรดแชร์แผนโดยใช้เทมเพลตที่ทีมของเราให้ไว้ เมื่อข้อมูลที่คุณส่งได้รับอนุมัติโดยสมบูรณ์แล้ว เราจะให้สิทธิ์เข้าถึงป้าย Street View Ready Pro และประสานงานโอกาสทางการตลาดร่วมกันเพิ่มเติม
- ขอแสดงความยินดีที่ได้รับการอนุมัติว่าพร้อมใช้งาน Street View (ระดับมือโปร) แล้ว สถานะนี้จะมีอายุ 1 ปี ผลิตภัณฑ์จะได้รับสิทธิ์เป็นปีที่ 2 โดยอัตโนมัติ หากผู้ใช้เผยแพร่ภาพที่มีความยาวมากกว่า 5,000 กม. ไปยัง Google Maps ในช่วงปีแรก
ข้อยกเว้น
อาจมีข้อยกเว้นสำหรับโซลูชันฮาร์ดแวร์และซอฟต์แวร์ที่ไม่ตรงกับข้อกำหนดแต่ละรายการ แต่เป็นไปตามเมตริกประสิทธิภาพโดยรวมตามที่ระบุไว้ในเอกสารนี้