4. Orientation du flux (Stream Orientation)

Dans certaines circonstances -- et notamment celles impliquant des appareils mobiles -- l'orientation (Orientation) de la caméra peut ne pas correspondre à l'orientation utilisée par l'encodeur. Plus important encore, l'orientation peut changer au cours d'un appel, obligeant le récepteur à modifier l'orientation dans laquelle il rend le flux.

Bien que l'expéditeur puisse choisir de simplement changer l'orientation des images avant l'encodage, cela peut ne pas être pratique ou efficace (en particulier, dans les cas où l'interface avec la caméra renvoie des images vidéo pré-compressées). Notez que le potentiel de ce comportement ajoute un autre ensemble de circonstances dans lesquelles la résolution d'un écran pourrait changer au milieu d'un flux vidéo, en plus de celles mentionnées dans la section 3.2.

Pour s'adapter à ces circonstances, les implémentations WebRTC qui peuvent générer des médias dans des orientations autres que celle par défaut doivent prendre en charge la génération des bits R0 et R1 du mécanisme de coordination de l'orientation vidéo (Coordination of Video Orientation, CVO) décrit dans la section 7.4.5 de [TS26.114] et doivent les envoyer pour toutes les orientations lorsque le pair indique la prise en charge du mécanisme. Elles peuvent prendre en charge l'envoi des autres bits de l'extension CVO, y compris les bits de rotation haute résolution. Toutes les implémentations devraient prendre en charge l'interprétation des bits R0 et R1 et peuvent prendre en charge les autres bits CVO.

De plus, certains codecs prennent en charge la signalisation intrabande (In-Band Signaling) de l'orientation (par exemple, les messages SEI "Display Orientation" dans H.264 et H.265 [H265]). Si CVO a été négocié, alors l'expéditeur ne doit pas utiliser de tels mécanismes spécifiques au codec. Cependant, lorsque la prise en charge de CVO n'est pas signalée dans le SDP, de telles implémentations peuvent utiliser les mécanismes spécifiques au codec à la place.