Bug 184648
Summary: | Video freezes when using webRTC wowza <-> iOS safari | ||
---|---|---|---|
Product: | WebKit | Reporter: | tom.cuypers <tom.cuypers> |
Component: | WebRTC | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED DUPLICATE | ||
Severity: | Major | CC: | eric.carlson, youennf |
Priority: | P2 | Keywords: | InRadar |
Version: | Safari 11 | ||
Hardware: | iPhone / iPad | ||
OS: | iOS 11 |
tom.cuypers@kiswe.com
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.
Attachments | ||
---|---|---|
Add attachment proposed patch, testcase, etc. |
youenn fablet
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 ***
tom.cuypers@kiswe.com
Youenn,
Thank you for the response. You can mail me if you need a setup to debug with.
Regards,
Tom
Radar WebKit Bug Importer
<rdar://problem/39512016>