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.
Thanks Tom, We are working on it. We are tracking this one in https://bugs.webkit.org/show_bug.cgi?id=175014 so I will make this report a duplicate of the other one. *** This bug has been marked as a duplicate of bug 175014 ***
Youenn, Thank you for the response. You can mail me if you need a setup to debug with. Regards, Tom
<rdar://problem/39512016>