Right now, it seems iOS will black the video and mute the audio in a iOS Safari WebRTC application when an inbound cellular call arrives.
(I assume this is an attempt to prioritize cellular calls over Safari.)
As far as I can tell there is no DOM event that notifies the app/javascript that this has occurred or that the video has been "blacked".
I've tried periodically taking canvas copies of the video to look for black, but it appears that the DOM thinks the video is still playing.
Is there a way to detect that the video has been "blacked out" by the incoming phone call, and maybe also tell if the "pause" is over.
I suppose this could be solved by iOS removing the blackout/mute when the call is over or declined. It's also somewhat of a privacy problem as the broadcast part of the WebRTC connection remains (so the other parties can hear your phone call without you realizing it.)
Any help or best practices? Is this the only option Apple provides to get an answer?
(I assume this is an attempt to prioritize cellular calls over Safari.)
As far as I can tell there is no DOM event that notifies the app/javascript that this has occurred or that the video has been "blacked".
I've tried periodically taking canvas copies of the video to look for black, but it appears that the DOM thinks the video is still playing.
Is there a way to detect that the video has been "blacked out" by the incoming phone call, and maybe also tell if the "pause" is over.
I suppose this could be solved by iOS removing the blackout/mute when the call is over or declined. It's also somewhat of a privacy problem as the broadcast part of the WebRTC connection remains (so the other parties can hear your phone call without you realizing it.)
Any help or best practices? Is this the only option Apple provides to get an answer?