1340372 - Support 3gpp:video-orientation in WebRTC

Status: NEW

(Core :: WebRTC: Networking, defect, P3)

Description

[Randell Jesup [:jesup] (needinfo me)]

+++ This bug was initially created as a clone of Bug #1300665 +++

Split off, since we landed support for abs-send-time and toffset in bug 1300665.

This would allow avoiding rotating video in some cases before sending or after receiving.  Mostly though not solely for Android/mobile (in theory a rotating monitor on desktop might use it, maybe).

Comment 1

[Bulk Bug Changes for mreavy's org]

Mass change P2->P3 to align with new Mozilla triage process.

Comment 2

[Guang-De Lin]

I left a comment on bug 984215 but seems like this is the bug to support video-orientation feature.

May I ask when this feature will be implemented or is this in the Firefox product roadmap? Our team is developing WebRTC mobile apps, but Firefox does not support video-orientation and display video without rotation. Without this feature, our apps must rotate video frames manually before sending them.

Comment 3

[christoph.eggert]

Just wanted to point out that the missing support of this flag may lead to significant performance issues. While the orientation is correctly negotiated in direct calls (could be an issue with SFUs to even orientate correctly) to be viewed normally, some mobile devices get severe framedrops from having to rotate the video material. So a device that is able to do full HD 30fps streaming when being connected with a Chrome browser might be on 13fps when connected with a Firefox browser. Especially in the wearable market this makes it a significant performance issue rather than a programming inconvenience.