Google стремится к продвижению расового равенства для чернокожего населения. Смотри как.
Эта страница была переведа с помощью Cloud Translation API.
Switch to English

Единый формат план SDP - план перехода

Google планирует реализацию WebRTC с переходной Хрома от текущего формата SDP (так называемый «Plan B») к стандартам формата совместимой ( «Единый план», проект-IETF-rtcweb-jsep) в течение следующих нескольких кварталов.

План включает в себя 4 этапа и один переходную функцию API.

Кто будет затронута

Люди, которые используют несколько звуковых дорожек или несколько видео дорожек на одном PeerConnection будет тестировать свою продукцию в соответствии с единым планом, и соответствующим образом адаптироваться. В случае, когда вызов инициируется из конечной точки, не Chrome и отвеченный 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, то все, кроме первой звуковая дорожка и первое видео дорожки будут игнорироваться.

Там также флаг командной строки (-Благодаря-функции = RTCUnifiedPlanByDefault в Chrome M71 и выше, -enable-Blink-функции = RTCUnifiedPlanByDefault в более ранних версиях), что позволяет по умолчанию значение этого флага должен быть установлен в положение «единого плана».

Фазы

Этап 1: Внедрение единого плана

Единый план в настоящее время разработан и флаг для экспериментов был доступен из М65. До этапа 2, это не мудрейшая испытанию с Канарии. Если запустить Chrome с «-enable-Blink-функций = RTCUnifiedPlan», вы будете иметь доступ к функции «sdpSemantics» описано выше, и может начать тестирование с единым планом.

Этап 2: Сделайте функцию API общедоступной

Выпущенный в M69 (бета-август 2018, стабильный сентября 2018)

На этом этапе, значение по умолчанию флага sdpSemantics является «план-Ь». В фазе 2, мы ожидаем, что люди, у которых есть реализации, которые зависят от формата SDP для запуска тестов, чтобы увидеть, если их приложения работают, когда Единый план используется. Для приложений, поддержка Firefox, мы ожидаем, что это будет очень простое упражнение: просто сделать, как вы могли бы сделать для Firefox.

Значение по умолчанию флага sdpSemantics может быть изменен в «хром: // флаги»; искать функцию «WebRTC: использование единого плана SDP Семантика по умолчанию».

Этап 3: Переключение по умолчанию

Дата переключателя будет установлена ​​в консультации с пользователями, после тщательного тестирования. Наш текущий план M72 (бета-декабрь 2018, стабильный январь 2019).

На этом этапе мы изменим значение по умолчанию флага sdpSemantics на «унифицированный-план». Приложения, которые обнаруживают, что им нужно больше времени, чтобы преобразовать можно установить флаг sdpSemantics явно «Plan-B» для того, чтобы восстановить предыдущее поведение.

В рамках тестирования, мы ожидаем, чтобы попытаться изменить значение по умолчанию флага в Canary несколько раз в течение цикла развития M71 и M72.

Мы будем мониторинг использования флага, а количество SDP принимается с семантикой «Plan B», для того, чтобы установить дату фазы 4.

Этап 4: Удалить «план Б»

На этом этапе, флаг sdpSemantics и весь код для поддержки Plan B будут удалены из Chrome. Установка флага sdpSemantics не будет ошибкой, но не будет иметь никакого эффекта.

Подготовка приложения для единой системы обмена плана

Для получения более подробной информации о Plan B и Унифицированных различия плана и как ваше приложение может потребоваться обновление в рамках подготовки к единому плану, увидеть «Единый план» Transition Guide (JavaScript)

Для нативных (C ++) приложений, смотрите документ «Миграция ваш родной / мобильное приложение к единому плану»