Google est engagé à faire progresser l'équité raciale pour les communautés noires. Regarde comment.
Cette page a été traduite par l'API Cloud Translation.
Switch to English

Plan unifié Format SDP - plan de transition

Google envisage de transition de mise en œuvre WebRTC Chrome à partir du courant format SDP (appelé « Plan B ») à un niveau le format conforme ( « Plan unifié », draft-ietf-rtcweb-jsep) au cours des deux prochains trimestres.

Le plan comporte 4 phases, et une caractéristique de l'API transitoire.

Qui sera touché

Les personnes qui utilisent des pistes audio multiples ou plusieurs pistes vidéo sur un seul PeerConnection devront tester leur produit en vertu du Plan unifié, et adapter en conséquence. Dans le cas où un appel est lancé à partir d'un point de terminaison non-Chrome et a répondu par Chrome, la forme de l'offre peut changer. Les gens qui ne détaillées et l'analyse syntaxique des soins SDP sur les attributs MSID devront vérifier que leurs choix de code analyse le nouveau format (a = msid). Les détails sur si les changements seront nécessaires et comment les applications ont besoin de changer seront fonction de l'application. Nous pensons que presque toutes les applications qui utilisent uniquement un fichier audio unique et une seule piste vidéo par RTCPeerConnection ne seront pas affectés par le changement.

La fonction API

Nous ajoutons une nouvelle fonctionnalité au RTCConfiguration du RTCPeerConnection:

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


partial dictionary RTCConfiguration {
   SdpSemantics sdpSemantics;
}
 

Le RTCConfiguration peut être transmis au constructeur d'un RTCPeerConnection, et toutes les offres et les réponses seront construites dans le format du plan unifié. Les appels à setLocalDescription et setRemoteDescription s'attendront aussi le SDP soit dans le format du plan unifié; si elle est dans l'héritage le format Chrome, puis tout sauf la première piste audio et la première piste vidéo seront ignorées.

Il y a aussi un indicateur de ligne de commande (-enable-fonctions = RTCUnifiedPlanByDefault dans Chrome M71 et au-dessus, --enable-blink-fonctions = RTCUnifiedPlanByDefault dans les versions antérieures) qui permet à la valeur par défaut de ce drapeau pour être réglé sur « plan unifié ».

les phases

Phase 1: Mettre en œuvre plan unifié

Plan unifié est actuellement mis au point, et le drapeau d'expérimentation est disponible à partir M65. Jusqu'à la phase 2, il est plus sage de test avec des Canaries. Si vous exécutez Chrome avec « --enable-blink-fonctions = RTCUnifiedPlan », vous aurez accès à la fonction « sdpSemantics » décrit ci-dessus, et peut commencer à tester avec le plan unifié.

Phase 2: Faire la fonction API généralement disponible

Sorti en M69 (bêta Août 2018, stable Septembre 2018)

Dans cette phase, la valeur par défaut du drapeau de sdpSemantics est « plan b ». Dans la phase 2, nous nous attendons à des gens qui ont des implémentations qui dépendent du format SDP pour exécuter des tests pour voir si leurs applications fonctionnent quand plan unifié est utilisé. Pour les applications qui Firefox, nous nous attendons que ce soit un exercice très simple: il suffit de faire comme vous le feriez pour Firefox.

La valeur par défaut du drapeau sdpSemantics peut être changé en « chrome: // flags »; chercher la fonction « WebRTC: Plan d'utilisation unifié SDP Sémantique par défaut ».

Phase 3: Mettre la valeur par défaut

La date de l'interrupteur sera mis en consultation avec les utilisateurs, après des tests approfondis. Notre plan actuel est M72 (bêta Décembre 2018, stable Janvier 2019).

Dans cette phase, nous allons changer la valeur par défaut du drapeau de sdpSemantics à « plan unifié ». Les applications qui découvrent qu'ils ont besoin de plus de temps pour convertir peut définir l'indicateur de sdpSemantics explicitement à « plan b » afin de récupérer le comportement précédent.

Dans le cadre des tests, nous nous attendons à essayer de changer la valeur par défaut du drapeau en plusieurs fois au cours des Canaries du cycle de développement des M71 et M72.

Nous allons surveiller l'utilisation du drapeau, et le montant du SDP étant reçu avec la sémantique « Plan B », afin de fixer la date de la phase 4.

Phase 4: Supprimer « plan B »

Dans cette phase, le drapeau sdpSemantics et tout le code pour soutenir le plan B seront retirés de Chrome. Définition de l'indicateur de sdpSemantics ne sera pas une erreur, mais n'a aucun effet.

Préparation de votre application pour le plan unifié

Pour plus d' informations sur les différences entre le plan B et plan unifié et la façon dont votre application peut être mis à jour en préparation pour le plan unifié, voir le « Plan unifié » Guide de transition (JavaScript)

Pour les applications natives (C ++), voir le document « La migration de votre application native / mobile plan unifié »