[Webkit-unassigned] [Bug 175014] Frequent situations where iOS device locks up, requiring a hard reboot when consuming webrtc streams on IOS

[bugzilla-daemon at webkit.org]

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

tom.cuypers at kiswe.com <tom.cuypers at kiswe.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tom.cuypers at kiswe.com

--- Comment #31 from tom.cuypers at kiswe.com <tom.cuypers at kiswe.com> ---
I encounter the same freezing issues.
When going peer to peer with the appr.tc example everything seams to work well. However, my current setup is Chrome <-> Wowza <-> iOS Safari. The video freezes in the safari webbrowser after some time. On that iOS device I can still hear the audio, but the video is frozen. On the Chrome side I can both see and hear the other side. So in Wowza, all streams are ok.

If I run the same setup with Chrome <-> Wowza <-> Desktop Safari or Chrome <-> Wowza <-> Chrome (Desktop or Android) I don't see this issue. So it looks like a iOS Safari issue.

It also appears to trigger this freeze bug more easily when there is a lot of movement in the video, eg when the resolution changes due to limited bandwidth or maybe other h264 parameters. 

I tried this with both UDP and TCP and give the same results.

I also tried different css styles in the hope to have it rendered differently as described here: https://bugs.webkit.org/show_bug.cgi?id=176439

I am using h264 with profile id 42e01f, to be the same as appr.tc and Tried to run the chrome side on Windows, Ubuntu and Mac, all with the same results.

-- 
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/20180410/8c00c537/attachment-0002.html>