Search results

Unfortunately we did not get your email. Please resend to logs@flashphoner.com. If the logfile is too big, please share over a link for download.

Hello We have tested build 2088 on our demo page It works well with two-way video between Chrome and Firefox on Windows. We will re-check the same with Ubuntu, I will report about our results.

Да можно это сделать. Документ по настройке этих пингов доступен здесь. В результате вашему веб-серверу должен отправляться StreamKeepAliveEvent Если отвечаете 200 OK, стрим продолжает работу. Если отвечаете 403 Forbidden, стрим сбрасывается.

What is your server version? What connections are you using for playback? Could you list commands how you stream from ffmpeg and describe how you test playback. We will try to reproduce this on our end.

We have analyzed your pcap file. Form the pcap file we can see that WCS sends BYE request to your Asterisk server. Please send server log: %WCS_HOME%/logs/server_logs/flashphoner.log Please note it is rotated hourly. You can find this logfile if you know date and time of your previous test.

Мы недавно исправили похожий баг в коммите https://github.com/flashphoner/flashphoner_client/commit/eb9fa0711d8418844b256956173c57f09f8bba1e Соответствующая сборка API: 0.5.16 от 15 февраля 2017. Попробуйте обновиться.

Выше есть ссылка на CLI Это интерфейс коммандной строки. Чтобы внего зайти, нужно в консоли набрать: ssh -p 2000 admin@localhost Пароль - тот, что был при установлен при установке в админке. Далее можно использовать команды, перечисленные в документации. Например show apps show apps -d help show...

If you have to send any private logfile, please send this to logs@flashphoner.com with the forum link in the email body or subject.

We didn't test with different bitrates from RTMP. Are you using RTMP encoder? Try 300-500 kbps or similar values.

Looks like an issue. It does not have a timer. You can analyse the issue in logs: /usr/local/FlashphonerWebCallServer/logs/server_logs or tcpdump udp -s 2048 -w log.pcap to see who terminates the SIP session.

Выше в примере используется REST. Т.е. это должен быть HTTP POST запрос с Content Type application/json и корректным JSON-объектом в теле сообщения. Потестировать можно с помощью расширения Chrome - Advanced REST Console

Чтобы завершить поток на стороне сервера, нужно выполнить REST-запрос terminate, как показано здесь Чтобы получить список текущих стримов, нужно выполнить REST-запрос: findStreams Пример: http://streaming.flashphoner.com:9091/RESTCall/findStreams Body {"published":"false"} Как настроить...

Less bitrate is better because it ensures more smooth playback and lower latency on iOS device.

Regarding HLS You can also try to play your stream using HLS player in iOS Safari: https://wcs5-eu.flashphoner.com/hls-player However this adds high video latency 15-20 seconds.

Currently our players work on 5 technologies (media providers): WebRTC Flash WebRTC plugin Websocket HLS iOS Safari can play Websocket HLS Websocket playback supports max resolution 640x480 If you check our Player example code, you can see 1) We detect Websocket technology Line 24 2) We set...

Hello This works with our demo server: 1. Publishing WebRTC stream from Chrome https://wcs5-eu.flashphoner.com/demo2/two-way-streaming 2. Playing back in iOS Safari https://wcs5-eu.flashphoner.com/demo2/player Environment: Windows 64 bit, Chrome 56, iOS 10.1.1 and Safari, WCS version...

Читать удобно командой "atop -r atop_20170214 -b 18:55". Установил последнюю версию. Похоже она этот формат не читает. # atop -r atop_20170214 -b 18:55 raw file atop_20170214 has incompatible format (created by version 1.26 - current version 1.27) trying to activate atop-1.26.... activation of...

Такого теста пока нет. Теструем визуально. Можно получить статистику входящего видео, но она не даст гарантии, что видео отображается. Для видео единственный вариант - получить картинку из video-элемента и ее анализировать. Пока этим не занимались.

It looks like you are using Amazon EC2. Perhaps you need to open some ports. Please check this post.

Нет. Звук и видео включаются / отключаются отдельно. Поэтому поведение некорректное. Другое дело, что Firefox или другой браузер может синхронизовать аудио и видео при воспроизведении и не играть одно без другого. Мы оформим это поведение как баг. Если оно исправляемо, попробуем исправить.