وتلتزم جوجل لدفع الأسهم العنصري للمجتمعات الأسود. أنظر كيف.
ترجمت واجهة Cloud Translation API‏ هذه الصفحة.
Switch to English

شكل خطة SDP الموحدة - الخطة الانتقالية

جوجل تخطط لتنفيذ يتطلب WebRTC الانتقال كروم من تنسيق SDP الحالي (تسمى "الخطة ب") إلى معايير الشكل المطابق ( "الموحدة خطة"، مشروع IETF-rtcweb-jsep) على مدى الفصلين القادمين.

وتتضمن الخطة 4 مراحل، وميزة API عابرة واحدة.

الذين سيتأثرون

والناس الذين يستخدمون متعددة المسارات الصوتية أو الفيديو متعددة المسارات على تطبيقات PeerConnection واحد يكون لاختبار منتجاتها تحت الخطة الموحدة، والتكيف وفقا لذلك. في حالة حيث يتم البدء مكالمة من نقطة النهاية غير الكروم وأجاب عليها كروم، قد يكون شكل العرض إلى التغيير. والناس الذين مفصل إعراب SDP والرعاية حول سمات MSID أن تحقق ذلك على تحليل اللقطات كود يصل للشكل الجديد (أ = MSID). سوف تكون هناك حاجة إلى التفاصيل حول ما إذا كانت التغييرات وكيف تحتاج التطبيقات إلى تغيير سيكون تطبيق يعتمد. ونحن نعتقد أن ما يقرب من جميع التطبيقات التي تستخدم سوى صوت واحد ومسار واحد الفيديو في RTCPeerConnection لن تتأثر بالتغيير.

ميزة API

فإننا نقوم بإضافة ميزة واحدة جديدة لRTCConfiguration وRTCPeerConnection في:

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


partial dictionary RTCConfiguration {
   SdpSemantics sdpSemantics;
}
 

وRTCConfiguration يمكن أن تنتقل إلى منشئ لRTCPeerConnection، وجميع العروض والإجابات التي شيدت سيكون في شكل خطة الموحد. سوف المكالمات إلى setLocalDescription وsetRemoteDescription يتوقع أيضا SDP أن يكون في شكل خطة الموحد. إذا كان في شكل كروم إرث، ثم جميع ولكن أول مسار الصوت وأول المسار الفيديو سيتم تجاهلها.

وهناك أيضا علامة سطر الأوامر (-Enable ميزات = RTCUnifiedPlanByDefault في كروم M71 وأعلاه، -Enable طرفة ميزات = RTCUnifiedPlanByDefault في الإصدارات السابقة) التي تسمح ليتم تعيين القيمة الافتراضية لهذا العلم "خطة موحدة".

على مراحل

المرحلة 1: تنفيذ الخطة الموحدة

تم تطوير الموحدة خطة في الوقت الراهن، وكان العلم للتجريب المتاحة من M65. حتى المرحلة 2، فمن أحكم لاختبار مع الكناري. إذا قمت بتشغيل كروم مع "-Enable طرفة ميزات = RTCUnifiedPlan"، سيكون لديك الوصول إلى ميزة "sdpSemantics" المذكورة أعلاه، ويمكن أن تبدأ اختبار مع الخطة الموحدة.

المرحلة 2: جعل ميزة API متاحا لل

صدر في M69 (بيتا أغسطس 2018، مستقرة سبتمبر 2018)

في هذه المرحلة، القيمة الافتراضية للعلم sdpSemantics هي "خطة ب". في المرحلة 2، ونحن نتوقع من الناس الذين لديهم تطبيقات التي تعتمد على شكل SDP لإجراء اختبارات لمعرفة ما إذا عمل طلباتهم عند الموحدة خطة قيد الاستخدام. للتطبيقات التي دعم فايرفوكس، ونتوقع أن تكون عملية بسيطة للغاية: فقط تفعل كما تفعل لفايرفوكس.

يمكن تغيير القيمة الافتراضية للعلم sdpSemantics في "الكروم: // الأعلام". ابحث عن ميزة "يتطلب WebRTC: استخدام الموحد خطة SDP الدلالة افتراضيا".

المرحلة 3: تبديل الافتراضي

سيتم تعيين موعد لتبديل بالتشاور مع المستخدمين، بعد اختبارات مكثفة. خطتنا الحالية هي M72 (بيتا ديسمبر 2018، مستقر يناير 2019).

في هذه المرحلة، سنقوم بتغيير القيمة الافتراضية للعلم sdpSemantics إلى "خطة موحدة". التطبيقات التي يكتشف أنها بحاجة الى مزيد من الوقت لتحويل يمكن تعيين علامة sdpSemantics صراحة إلى "خطة ب" من أجل استعادة السلوك السابق.

كجزء من الاختبار، ونتوقع أن حاول تغيير القيمة الافتراضية للعلم في الكناري عدة مرات خلال دورة تطوير M71 و M72.

وسوف يتم مراقبة استخدام العلم، ومقدار SDP التي وردت مع دلالات "الخطة ب"، من أجل تحديد موعد للمرحلة 4.

المرحلة 4: إزالة "خطة B"

في هذه المرحلة، ستتم إزالة العلم sdpSemantics وكافة التعليمات البرمجية لدعم خطة B من الكروم. ووضع العلم sdpSemantics لا يكون خطأ، ولكن لن يكون لها أي تأثير.

إعداد التطبيق الخاص بك للخطة الموحدة

للحصول على معلومات مفصلة حول خطة B والاختلاف الخطة الموحدة وكيف قد تحتاج التطبيق الخاص بك ليتم تحديثه استعدادا لخطة موحدة، راجع "الخطة الموحدة" دليل الانتقالية (جافا سكريبت)

لالتطبيقات الوطنية (C ++)، انظر الوثيقة "الترحيل الأصلي التطبيق الخاص بك / المحمول لخطة الموحدة"