Google มุ่งมั่นที่จะก้าวทุนเชื้อชาติชุมชนสีดำ มาดูกันว่า
หน้านี้ได้รับการแปลโดย Cloud Translation API
Switch to English

แบบครบวงจรรูปแบบแผน SDP - แผนการเปลี่ยนแปลง

Google กำลังวางแผนที่จะเปลี่ยนแปลงการดำเนินงานของ Chrome WebRTC จากรูปแบบ SDP ปัจจุบัน (เรียกว่า“Plan B”) เพื่อมาตรฐานที่สอดคล้องกับรูปแบบ (“Unified แผน” ร่าง IETF-RTCWeb-jsep) มากกว่าคู่ต่อไปของไตรมาส

แผนเกี่ยวข้องกับ 4 ขั้นตอนและมี API หนึ่งชั่วคราว

ใครจะเป็นผู้ได้รับผลกระทบ

คนที่ใช้เสียงเพลงหลายเพลงหรือวิดีโอหลายบน PeerConnection เดียวจะมีการทดสอบผลิตภัณฑ์ของพวกเขาภายใต้สหพันธ์แผนและปรับตาม ในกรณีที่มีการโทรเริ่มต้นจากจุดสิ้นสุดไม่ใช่ Chrome และตอบกลับโดย Chrome รูปแบบของข้อเสนออาจมีการเปลี่ยนแปลง คนที่มีรายละเอียดแยก SDP และดูแลเกี่ยวกับแอตทริบิวต์ MSID จะต้องตรวจสอบว่าการแยกของพวกเขาหยิบขึ้นรหัสรูปแบบใหม่ (A = MSID) รายละเอียดเกี่ยวกับการเปลี่ยนแปลงที่ไม่ว่าจะเป็นที่ต้องการและวิธีการปพลิเคชันจะต้องมีการเปลี่ยนแปลงจะเป็นแอพลิเคชันขึ้น เราคิดว่าการใช้งานเกือบทั้งหมดที่ใช้เพียงเสียงเดียวและติดตามภาพเดียวต่อ RTCPeerConnection จะได้รับผลกระทบจากการเปลี่ยนแปลง

คุณลักษณะของ API

เรากำลังเพิ่มคุณลักษณะใหม่ที่จะ RTCConfiguration RTCPeerConnection ของ:

 enum SdpSemantics {
  "plan-b",
  "unified-plan"
};


partial dictionary RTCConfiguration {
   SdpSemantics sdpSemantics;
}
 

RTCConfiguration สามารถส่งผ่านไป constructor ของ RTCPeerConnection และข้อเสนอและคำตอบที่สร้างทั้งหมดจะอยู่ในรูปแบบการวางแผนแบบครบวงจร โทรไป setLocalDescription และ setRemoteDescription ยังจะคาดหวัง SDP ที่จะอยู่ในรูปแบบของแผนแบบครบวงจร; ถ้ามันอยู่ในรูปแบบมรดก Chrome แล้ว แต่แทร็กเสียงครั้งแรกและติดตามวิดีโอครั้งแรกจะถูกละเว้น

นอกจากนี้ยังมีสถานะบรรทัดคำสั่ง (เปิดใช้งานคุณลักษณะ-= RTCUnifiedPlanByDefault ใน Chrome M71 และสูงกว่าการเปิดใช้งาน-พริบคุณลักษณะ = RTCUnifiedPlanByDefault ในรุ่นก่อนหน้า) ที่ช่วยให้ค่าเริ่มต้นของธงนี้จะถูกตั้งค่าเป็น“แบบครบวงจรแผน”

ขั้นตอน

ขั้นตอนที่ 1: ใช้แผนแบบครบวงจร

Unified แผนปัจจุบันได้รับการพัฒนาและธงสำหรับการทดลองได้รับการบริการจาก M65 จนถึงขั้นตอนที่ 2 ก็เป็นได้ทุกอย่างในการทดสอบกับเกาะคานารี ถ้าคุณเรียกใช้ Chrome ด้วย“การเปิดใช้งาน-พริบคุณลักษณะ = RTCUnifiedPlan” คุณจะมีการเข้าถึง“sdpSemantics” คุณสมบัติที่อธิบายไว้ข้างต้นและสามารถเริ่มต้นการทดสอบกับแผนแบบครบวงจร

ขั้นตอนที่ 2: ตรวจคุณลักษณะ API ที่มีอยู่ทั่วไป

ปล่อยออกมาใน M69 (เบต้าสิงหาคม 2018 มั่นคงกันยายน 2018)

ในระยะนี้ค่าเริ่มต้นของธง sdpSemantics คือ“แผน B” ในขั้นตอนที่ 2 เราคาดว่าคนที่มีการใช้งานที่ขึ้นอยู่กับรูปแบบ SDP ที่จะเรียกใช้การทดสอบเพื่อดูว่างานของพวกเขาทำงานเมื่อ Unified แผนในการใช้งาน สำหรับการใช้งานที่สนับสนุน Firefox เราคาดหวังนี้จะออกกำลังกายที่ง่ายมากเพียงแค่ทำตามที่คุณจะทำสำหรับ Firefox

ค่าเริ่มต้นของธง sdpSemantics สามารถเปลี่ยนแปลงได้ใน“chrome: // ธง”; มองหาคุณลักษณะ“WebRTC: ใช้ Unified แผน SDP ความหมายไปโดยปริยาย”

ขั้นตอนที่ 3: สวิทช์เริ่มต้น

วันที่สวิทช์จะถูกตั้งค่าในการปรึกษาหารือกับผู้ใช้หลังจากการทดสอบอย่างกว้างขวาง แผนปัจจุบันของเราคือ M72 (เบต้าธันวาคม 2018 ที่มีความเสถียรมกราคม 2019)

ในขั้นตอนนี้เราจะเปลี่ยนค่าเริ่มต้นของธง sdpSemantics ที่“แบบครบวงจรแผน” การใช้งานที่พบว่าพวกเขาจำเป็นต้องใช้เวลามากขึ้นในการแปลงสามารถตั้งธง sdpSemantics อย่างชัดเจน“แผน B” เพื่อกู้พฤติกรรมก่อนหน้านี้

ในฐานะที่เป็นส่วนหนึ่งของการทดสอบเราคาดหวังที่จะลองเปลี่ยนค่าเริ่มต้นของธงในหมู่เกาะคานารี่หลายครั้งในช่วงวงจรการพัฒนาของ M71 และ M72

เราจะได้รับการตรวจสอบการใช้งานของธงและปริมาณของ SDP ที่กำลังได้รับด้วย“Plan B” ความหมายในคำสั่งเพื่อกำหนดวันขั้นตอนที่ 4

ขั้นตอนที่ 4: เอา“แผนบี”

ในขั้นตอนนี้ธง sdpSemantics และโค้ดทั้งหมดสำหรับการสนับสนุน Plan B จะถูกลบออกจาก Chrome การตั้งธง sdpSemantics จะไม่เกิดข้อผิดพลาด แต่จะไม่มีผลกระทบ

การจัดเตรียมแอพลิเคชันของคุณสำหรับแผนแบบครบวงจร

สำหรับข้อมูลรายละเอียดเกี่ยวกับแผนขและ Unified แตกต่างแผนและวิธีการใช้งานของคุณอาจจะต้องมีการปรับปรุงในการเตรียมความพร้อมสำหรับการวางแผนแบบครบวงจรให้ดูที่ “Unified แผน” คู่มือการเปลี่ยน (จาวาสคริปต์)

สำหรับการใช้งานพื้นเมือง (C ++) ดูเอกสาร “การย้ายโปรแกรมพื้นเมือง / มือถือของคุณไปยังสหพันธ์แผน”