En Google, luchamos por la equidad racial de la comunidad negra. Más información
Esta página se ha traducido con Cloud Translation API.
Switch to English

Unificado formato de Plan de SDP - plan de transición

Google está planeando la implementación WebRTC transición de Chrome desde el formato SDP actual (llamado “Plan B”) a un formato conformes normas ( “Unified plan”, proyecto-IETF-rtcweb-jsep) durante el próximo par de trimestres.

El plan implica 4 fases, y una función de API transitoria.

Que se verán afectados

Las personas que usan múltiples pistas de audio o varias pistas de vídeo en un solo PeerConnection tendrán que probar su producto bajo el Plan Unificado, y adaptar en consecuencia. En el caso en el que se inicia una llamada desde un punto final no respondió a Chrome y Chrome, la forma de la oferta puede tener que cambiar. Las personas que detallan el análisis SDP y la atención acerca de los atributos msid tendrán que comprobar que su análisis de picos de código hasta el nuevo formato (a = msid). serán necesarios los detalles sobre si los cambios y cómo las aplicaciones necesitan cambio será dependiente de la aplicación. Pensamos que casi todas las aplicaciones que utilizan solamente una sola una sola pista de vídeo por RTCPeerConnection audio y no se verán afectados por el cambio.

La función de API

Estamos añadiendo una nueva característica a RTCConfiguration del RTCPeerConnection:

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


partial dictionary RTCConfiguration {
   SdpSemantics sdpSemantics;
}
 

El RTCConfiguration se puede pasar al constructor de un RTCPeerConnection, y todas las ofertas y respuestas será construido en el formato de plan unificado. Las llamadas a setLocalDescription y setRemoteDescription también esperan que el SDP para estar en el formato de plan unificado; si está en el formato de cromo legado, pero entonces todo se ignorarán la primera pista de audio y la primera pista de vídeo.

También hay una marca de línea de comandos (-enable-features = RTCUnifiedPlanByDefault en Chrome M71 y superiores, -enable-parpadeo características = RTCUnifiedPlanByDefault en versiones anteriores) que permite que el valor por defecto de este indicador se establece en “plan unificado”.

las Fases

Fase 1: Implementar plan unificado

Unificado Plan está actualmente desarrollado, y la bandera de experimentación ha estado disponible desde M65. Hasta la fase 2, es más prudente a prueba con Canarias. Si ejecuta Chrome con “enable-parpadeo características = RTCUnifiedPlan”, tendrá acceso a la función “sdpSemantics” descrito anteriormente, y puede empezar a probar con el plan unificado.

Fase 2: Hacer la función API generalmente disponibles

Lanzado en M69 (beta de agosto de 2018, estable de septiembre de 2018)

En esta fase, el valor predeterminado de la bandera sdpSemantics es “plan-b”. En la fase 2, se espera que las personas que tienen implementaciones que dependen del formato SDP para ejecutar las pruebas para ver si sus aplicaciones funcionan cuando Unificado plan está en uso. Para aplicaciones que soportan Firefox, esperamos que se trata de un ejercicio muy sencillo: basta con hacer lo que haría para Firefox.

El valor por defecto de la bandera sdpSemantics se puede cambiar en “chrome: // flags”; buscar la función “WebRTC: Uso del Plan Unificado de SDP Semántica por defecto”.

Fase 3: Cambie el valor por defecto

La fecha para el interruptor se encuentra en consulta con los usuarios, después de numerosas pruebas. Nuestro plan actual es M72 (beta diciembre de 2018 estable de enero de 2019).

En esta fase, vamos a cambiar el valor por defecto de la bandera sdpSemantics a “plan unificado”. Las aplicaciones que descubren que necesitan más tiempo para convertir puede establecer el indicador sdpSemantics explícitamente a “plan b” con el fin de recuperar el comportamiento anterior.

Como parte de las pruebas, esperamos que intente cambiar el valor por defecto de la bandera en Canary varias veces durante el ciclo de desarrollo de M71 y M72.

Estaremos monitoreando el uso de la bandera, y la cantidad de SDP que se recibe con la semántica “Plan B”, con el fin de fijar la fecha de la fase 4.

Fase 4: Retire el “plan B”

En esta fase, la bandera sdpSemantics y todo el código para soportar Plan B serán eliminadas de Chrome. El establecimiento del indicador sdpSemantics no será un error, pero no tendrá ningún efecto.

Preparar la aplicación Para el Plan Unificado

Para obtener información detallada sobre el Plan B y diferencias plan unificado y cómo puede ser necesario que su solicitud sea actualizada en preparación para el plan unificada, consulte el “Plan Unificado” Guía de transición (JavaScript)

Para aplicaciones nativas (C ++), consulte el documento “Migración de la aplicación nativa / móvil al plan unificado”