Search results

Please read this thread It seems it is the same case and it was resolved. If it does not work for you please gather following logs: WCS_HOME/logs/server_logs/flashphoner.log WCS_HOME/logs/flashphoner_manager.log WCS_HOME/logs/server-stdout.log log.pcap Please send these logs to...

We have logged to default example in the dashboard Then if you press 'Call' in Chrome browser, you can see the call in Chrome Developer tools So it works correct without any errors on WCS end. If you have any troubles, please make the same test using Advanced REST Client. If it does not...

log.pcap is empty You have to start tcpdump before test and stop after the test. flashphoner_manager.log is almost empty too Please send full logs to logs@flashphoner.com We can also check your server over SSH if you send us access details.

Сейчас такого сделать нельзя. Только если попытаться как-то направить ключ в prompt. Посмотрим что можно сделать. Если получится, я отпишу о результатах в этой ветке.

Фикс верифицирован в сборке 2114.

Hello Make sure you are using following parameters in your HTTP request: Content-Type: application/json Method: POST Protocol: HTTP Port: 9091 Example: http://host:9091/RESTCall/call You can test this using Advanced REST Client If it still does not work, please attach...

Снапшоты - это снимки видеопотока в формате PNG без его воспроизведения. Например, если мы выводим на сайт видео с 10 камер одновременно, то будет большой битрейт. Можно периодически раз в 10 секунд делать снимки потока и показывать что происходит в виде картинок. Это и есть снапшоты. Пример здесь.

Документация по настройке нагрузочного теста здесь. Нагрузочный сервер запускает процессы Chrome, открывает стандартный плеер и играет поток.

От версии к версии могут меняться dеfault настройки. Если перерывы критичны, лучше обновлять на отдельном сервере и проводить минимальное тестирование. Либо быть готовым откатиться до предыдущей сборки. У вас большая разница - около 100 билдов. Поэтому процесс безопасного обновления выглядит...

Да, примерно так и должно быть. Спасибо. Учтём в реализации.

Приведите рабочий пример JavaScript кода, как именно вы будете захватывать поток, чтобы он на выходе давал byte-массив(ы), тогда мы сможем попробовать его передать в WebRTC или отправить другим способом на сервер.

Мы разобрали крэш файлы. Наиболее вероятно случилось следующее. На каком-то этапе была превышена ширина серверного канала от хостера 100 Mbps, после чего начали сбрасываться пакеты. Когда сбрасываются пакеты, WCS и браузеры начинают запрашивать их досылку, что еще больше нагружает канал сервера...

Web SDK работает поверх getUserMedia, т.е использует возможности WebRTC встроенные в браузер. Если WCS и сможет принять стрим, то по WebRTC. Со звуком мы нечто подобное делали с первой версией Web SDK, там можно было взять MP3 файл и добавить его в звуковой поток от микрофона. С захватом области...

Perhaps your application does re-connects too often. Because each time when you do connect(), WCS sends SIP REGISTER request.

Возможно был забит канал и в результате началсь такие проблемы. Какое разрешние видеопотока у вас используется? Можно ограничить битрейт для всех в конфиге flashphoner.properties webrtc_cc_min_bitrate=300000 webrtc_cc_max_bitrate=400000 Т.е зажать битрейты в этом интервале. Если продолжают...

Hello According this link sipro.com/G729.html G.729 patents have been expired, and not expired part is royalty-free. So it seems you don't need a license to use G.729. Anyway it should be supported in WCS and should be used in SDP. Please check. v=0 o=Flashphoner 0 1488538831225 IN IP4...

One note. Even though it takes k bytes of memory, this memory is released after garbage collection. So it seems it is not a huge issue. Anyway it should be fixed in 2108.

Hello 1. According our investigation, Each of such connections takes around of 200 bytes, if it was not publish/play in this connection. Each of such connections takes around of 30 k bytes, if it had publish/play in this connection. 2. We have found a bug with setting keep_alive.algorithm=NONE...

Hello The recording is only supported for SIP audio calls and for streaming mode stream.publish(). Video recording is not currently supported for SIP calls.

We have checked your logs. There is no RTP traffic in your log.pcap. Please try the following settings in flashphoner.properties: 1. Generate traffic for your SIP gateway / User Agent. It may help to path through the NAT and receive RTP packets. generate_av_for_ua=X-Lite release 4.9.7.1 stamp...