4. Stream-Orientierung (Stream Orientation)

Unter bestimmten Umständen -- und insbesondere bei mobilen Geräten -- stimmt die Orientierung (Orientation) der Kamera möglicherweise nicht mit der vom Encoder verwendeten Orientierung überein. Noch wichtiger ist, dass sich die Orientierung während eines Anrufs ändern kann, wodurch der Empfänger gezwungen wird, die Orientierung zu ändern, in der er den Stream rendert.

Während der Sender sich dafür entscheiden kann, einfach die Vor-Codierungs-Orientierung der Frames zu ändern, ist dies möglicherweise nicht praktikabel oder effizient (insbesondere in Fällen, in denen die Schnittstelle zur Kamera vorkomprimierte Videoframes zurückgibt). Beachten Sie, dass die Möglichkeit dieses Verhaltens eine weitere Reihe von Umständen hinzufügt, unter denen sich die Auflösung eines Bildschirms mitten in einem Videostream ändern könnte, zusätzlich zu den in Abschnitt 3.2 erwähnten.

Um diese Umstände zu berücksichtigen, müssen WebRTC-Implementierungen, die Medien in anderen Orientierungen als der Standard-Orientierung erzeugen können, die Erzeugung der R0- und R1-Bits des in Abschnitt 7.4.5 von [TS26.114] beschriebenen Coordination of Video Orientation (CVO)-Mechanismus unterstützen und müssen diese für alle Orientierungen senden, wenn der Peer die Unterstützung des Mechanismus anzeigt. Sie können das Senden der anderen Bits in der CVO-Erweiterung unterstützen, einschließlich der hochauflösenden Rotationsbits. Alle Implementierungen sollten die Interpretation der R0- und R1-Bits unterstützen und können die anderen CVO-Bits unterstützen.

Darüber hinaus unterstützen einige Codecs die In-Band-Signalisierung (In-Band Signaling) der Orientierung (z. B. die SEI "Display Orientation"-Nachrichten in H.264 und H.265 [H265]). Wenn CVO ausgehandelt wurde, darf der Sender solche codec-spezifischen Mechanismen nicht verwenden. Wenn die Unterstützung für CVO jedoch nicht im SDP signalisiert wird, können solche Implementierungen stattdessen die codec-spezifischen Mechanismen verwenden.