גוגל מחוייב לקידום עצמי גזעי עבור קהילות שחורות. תראה איך.
דף זה תורגם על ידי Cloud Translation API.
Switch to English

פורמט תוכנית SDP Unified - תכנית המעבר

גוגל מתכננת יישום WebRTC של המעבר Chrome מהפורמט SDP הנוכחי (שנקרא "Plan B") לפורמט סטנדרטים conformant ( "Unified תוכנית", טיוטת-IETF-rtcweb-jsep) במהלך השנתיים של הרבעונים הקרובים.

התכנית כוללת 4 שלבים, ואת תכונת API חולף אחד.

מי יושפע

אנשים המשתמשים רצועות שמע מרובות או מסלולי וידאו מרובים PeerConnection יחיד יהיו חייבים לבדוק את המוצר שלהם תחת תכנית אחידה, ולפעול בהתאם. במקרה שבו מתבצעת שיחה שהופעלו מתוך נקודת הסיום הלא-כרום והשיב על ידי Chrome, בצורה של הצעת ייתכן שיהיה צורך בשינוי. אנשים שאינו המפורטים ניתוח SDP וטיפול על תכונות MSID יצטרכו לבדוק כי הניתוח שלהם בוחרים קוד מעלה את הפורמט החדש (א = MSID). הפרטים על שינויים אם יהיה צורך וכיצד היישומים צריכים שינוי יהיה יישום תלויה. אנו חושבים כי כמעט כול יישומים שמשתמשים אודיו אחד בלבד ומסלול וידאו אחד לכול RTCPeerConnection לא יושפעו מהשינוי.

תכונת API

אנחנו הוספנו תכונה חדשה אחת של RTCConfiguration RTCPeerConnection:

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


partial dictionary RTCConfiguration {
   SdpSemantics sdpSemantics;
}
 

RTCConfiguration ניתן להעביר לבנאי של RTCPeerConnection, וכל ההצעות והתשובות נבנות תהיינה במתכונת תכנית האחידה. שיחות setLocalDescription ו setRemoteDescription גם מצפים SDP להיות במתכונת תוכנית אחידה; אם הוא בפורמט Chrome המורשת, אז כל אולם אודיו במסלול הראשון במסלול הווידאו הראשון יתעלם.

יש גם בסימון שורת פקודה (-enable-תכונות = RTCUnifiedPlanByDefault ב Chrome M71 ומעלה, -enable-כהרף-תכונות = RTCUnifiedPlanByDefault בגרסאות קודמות) המאפשר את ערך ברירת המחדל של הדגל הזה כדי להיות מוגדר "מאוחדת-תוכנית".

שלבי

שלב 1: יישום תוכנית אחידה

תכנית אחידה מפותחת כיום, והדגל לניסויים כבר זמין M65. עד שלב 2, זה הכי חכם מבחן עם הקנריים. אם אתה מפעיל Chrome עם "-enable-כהרף-תכונות = RTCUnifiedPlan", תהיה לך גישה לתכונת "sdpSemantics" שתוארו לעיל, והוא יכול להתחיל לבדוק עם תוכנית אחידה.

שלב 2: הפוך את תכונת API זמינה בדרך כלל

פורסם ב M69 (בטא אוגוסט 2018, יציב ספטמבר 2018)

בשלב זה, את ערך ברירת המחדל של דגל sdpSemantics הוא "תוכנית-ב". בשנת שלב 2, אנחנו מצפים מאנשים שיש להם יישומים המסתמכים על פורמט SDP כדי להריץ בדיקות כדי לראות אם היישומים שלהם לעבוד כאשר תוכנית אחידה נמצא בשימוש. עבור יישומים התומכים Firefox, אנו מצפים שזה יהיה תרגיל פשוט מאוד: פשוט לעשות כפי שהיית עושה עבור פיירפוקס.

ערך ברירת המחדל של הדגל sdpSemantics ניתן לשנות "chrome: // flags"; לחפש את התכונה "WebRTC: מאוחדת משתמש תכנית SDP סמנטיקה כברירת מחדל".

שלב 3: החלף את ברירת המחדל

התאריך עבור המתג ייקבע בהתייעצות עם המשתמשים, לאחר בדיקות מקיפות. התוכנית הנוכחית שלנו היא M72 (בטא בדצמבר 2018, stable ינואר 2019).

בשלב זה, אנו נשנה את ערך ברירת המחדל של דגל sdpSemantics כדי "מאוחדת-תוכנית". יישומים לגלות כי הם צריכים יותר זמן להמיר יכול לשים את דגל sdpSemantics במפורש "תכנית-B" כדי לשחזר התנהגות קודמת.

במסגרת בדיקות, אנו מצפים נסו לשנות את ערך ברירת המחדל של הדגל הקנריים מספר פעמים לאורך מחזור הפיתוח של M71 ו M72.

אנחנו נהיה ניטור השימוש של הדגל, וכמות SDP שנקלטת עם סמנטיקה "Plan B", במטרה לקבוע את מועד שלב 4.

שלב 4: הסר "תוכנית ב '"

בשלב זה, את דגל sdpSemantics וכל הקוד לתמיכת Plan B יוסר Chrome. הגדרת דגל sdpSemantics לא יהיה שגיאה, אך לא תהיה כל השפעה.

הכנת הבקשה שלך עבור תוכנית אחידה

לקבלת מידע מפורט על תוכנית B והבדלי תוכנית אחידה וכיצד היישום שלך ייתכן שיהיה צורך מעודכן לקראת תוכנית אחידה, לראות את "תוכנית האחידה" מעבר המדריך (JavaScript)

עבור יישומים מקומיים (C ++), עיין במסמך "בהעברת אפליקצית היליד / ניידת תכנית אחידה"