Search results

It turns out that adding this line to your demo can disable webrtc streaming alltogether: <meta name="apple-mobile-web-app-capable" content="yes" /> Any page added to homescreen that has this line / setting will not display webrtc flashphoner streams. Only wsplayer.

I understand the priority setting, but the problem is that in a homescreen app, the stream will never be displayed as webrtc. Only wsplayer. Which means a longer delay, no fullscreen video, and with our current setting on the server, a somewhat lower quality stream. This is not a problem as long...

It's not WebRTC, it just falls back to WSPlayer.

How can I tell if the stream that plays in the demo player is webrtc or wsplayer?

Stream also plays in my own player but it's wsplayer, not webrtc. And we do use 2 way streaming. Edit: And it's not a webview, it's a site added to homescreen which is a bit different. Webrtc is available in homescreen

It might have the same cause as this (not related to Flashphoner) : https://medium.com/@tuure.kaunisto/ios-12-update-caused-the-webrtc-stream-in-our-home-screen-web-app-to-stop-working-7ab7916eef45

If you add a site to your homescreen on iOS, you can start the site like you would start a regular app. The problem is that since iOS 12, a site added to homescreen does not display a WebRTC stream from flashphoner anymore even though the preferredMediaprovider array is set to...

Can you PM me your ip address so that I can grant access on the firewall?

Could be a coincidence but after applying this fix, we get reports of video stuttering on Chrome 61. At least the video showed but stuttering without a bandwidth problem is also not very good.

thanks

Repeatedly we get reports that streams to an android phone are not working (not displaying). No discernible error can be found or is reported. I've sent the logfiles to logs@flashphoner for one of those sessions, which in this case started Nov 3rd at 12:59:11 hours local Amsterdam time. Also...

Thanks, I will test it soon. By the way, where can I find a version log for the server application and web-sdk ?

The server is behind a firewall and ssh access is restricted to a couple of ip's. I could put in an rfc but it's not that big of a problem as of yet. It's just something I noticed after changing the keepalive setting. Delay is now (at this moment) 4 to 5 seconds (wifi) which is good enough...

Btw, it does seem that the delay between invoking stream start and the stream actually (dis)playing in Safari (iOS 10 and 11) has increased to 10 seconds where I think it previously was about 2 to 5 seconds. In a desktop browser it's about 2 seconds.

I just tested playback in Safari on iOS 11.0 (not the beta, but the production release) and it doesn't work 'out of the box'. Neither does the demo player or the demo embed player. I don't know if it has something to do with changing this keepalive setting...

Thank you, that fixed this problem

Since upgrading to 5.0.2458 all streams displayed on an iOS 10 device (iphone 5s/6s/ipad) will stop being displayed after about 60 seconds without any notification of error or warning except it always happens right after getting a "Audio player mute" in the log. Normally, the stream will...

(it doesn't return the upload ssl topic for me, anyway, it's not important)

Using a newer version of the javascript engine now at least returns an error using the stock browser (which wasn't Chrome 55 as I said but 38). The following error occurs: Unhandled promise rejection As I've said before, I don't mind if your javascript player doesn't work for these old...

Thanks, that solution worked for me. FYI: I had searched on whitelabel error before but didn't find that topic. It seems your search does not return results from the body text of a topic, only topic text (even though the checkbox is unchecked). Searching on 'Upload SSL Certificates error' did...