[Webkit-unassigned] [Bug 179363] iOS calling getUserMedia() again kills video display of first getUserMedia()

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=179363

--- Comment #6 from Chad Phillips <webkit at xylil.com> ---
> Understood that this is not optimal, although in most UI,
> the local video track usually takes a smaller part of the
> screen than the remote video track.

It's not the only rational UI choice though. I have a layout where all feeds, including the local user's feed, are the same size, and many users prefer this layout. Also, it doesn't seem like a very flexible architectural mindset to make that kind of assumption about how a designer wants to lay things out?

> Note that general support for multiple video streams might not
> always be feasible, in particular if the streams are coming from
> multiple capture devices.

I want to point out here that Chrome on Android has zero restrictions/limitations in this regard. You can call gUM multiple times, grab different resolutions, clone streams, etc., and it all works flawlessly. By comparison, iOS is a nightmare to work on for anything beyond the most basic use cases. Which also makes the end user experience worse on iOS because of all the compromises necessary. It's puzzling to me Apple implemented WebRTC at all if they're going to hamstring it.

> Simulcast might be a better option there.

Not all clients support simulcast. For example, Chrome doesn't yet support it for h264, which is of course the required codec if you want interop with iOS devices.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20180701/a619f092/attachment-0001.html>