[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 #2 from Chad Phillips <webkit at xylil.com> ---
I've spent some more time digging into this issue, and it turns out that the video MediaStreamTrack element of video 1 has its 'mute' property set to true upon another gUM call that requests a video stream.

It's not even necessary for this gUM call to do anything with the video stream (like display it) for the muting of the previous video MediaStreamTrack element.

Furthermore, I see no way via the API to unmute the muted video track -- the 'mute' property is read-only, and toggling the 'enabled' property of either video track has no effect on its state.

Is this issue related to the 'Multiple Simultaneous Audio or Video Streams' as noted at https://developer.apple.com/library/content/documentation/AudioVideo/Conceptual/Using_HTML5_Audio_Video/Device-SpecificConsiderations/Device-SpecificConsiderations.html ?

If so, it's going to be severely limiting for certain multiparty videoconferencing applications. For example:

 - It's common practice to show a user their own local video feed with one (higher resolution) stream, and publish another (lower resolution) stream to other users

 - To accommodate receivers with different bandwidth capabilities, a common practice is to publish both a high resolution and a low resolution stream

-- 
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/20171123/2a8f8e74/attachment.html>