Search results

Hello Update instruction

We fixed the issue in build 5.2.1555. Please update and check.

This is definitely bandwidth issue between server and playing client. You can test the channel on client side while playing: Publisher and player channel quality control TCP eliminates a packet loss, so the only thing you could do is to decrease a resolution/bitrate for the client, for example...

Добрый день. wss.jks - это стандартное хранилище SSL сертификатов для Java приложения. Формирование этого файла Java процессом WCS не отличается от стандартного инструмента keytool, входящего в поставку JDK: Импорт сертификата при помощи инструмента keytool. При переходе на G2 указанных...

Good day. The feature is still available, and all API methods are described on the page There are also API request examples on this page The functions are described here: From another WCS server via WebRTC To another WCS server via WebRTC

Good day. You are using a very outdated Web SDK version. You have to update Web SDK to the latest build 2.0.228 to make it work with the latest Chrome version.

No, we do not allow any data receiving about stream subscribers on client side due to security reason. You can delpoy your own backend server which will use HTTP GET query http://wcs:8081/?action=stat&params=streams_viewers&format=json once per second to collect an actual state, then implement...

Good day. We reproduced the issue with RTSP stream playback in latest build and raised the ticket WCS-3708 to fix it. Will let you know about results here.

Good day. You can get current streams viewers count from statistics page http://wcs:8081/?action=stat&params=streams_viewers&format=json by HTTP GET query using fetch API or XHR.

Good day. You should deactivate old instance first if you do not uninstall it cd /usr/local/FlashphonerWebCallServer/bin sudo ./deactivation.sh Then activate a new instance cd /usr/local/FlashphonerWebCallServer/bin sudo ./activation.sh YOUR-LICENSE-KEY

WCS uses YUV420 internally, so you should use YUV420 to BGR and back to YUV420 conversion.

Good day. We cannot reproduce the issue on the latest build 5.2.1538. Please update, check and, if the issue still persists, provide SSH access to the server using this form

Good day. We merged your pull request (commit e86bfd9a47b12ce4efac0e25ab488193f7f19da1). The changes are also published to @flashphoner/websdk NPM package.

You can forcefully enable transcoding for all the streams on the server disable_streaming_proxy=true In this case, all the streams will be decoded, then encoded. A picture changes made by interceptor class will be w=visible for all the stream subscribers. But this will increase the server CPU...

You can analyse (read) frames. But you can't change it on the fly (write changes) without transcoding.

This is normal behavior if you do not transcode stream. This is the chain with output: Publish (input) -> Decoding -> intercepting -> Encoding -> Subscribing (output) Transcoding == Decoding -> intercepting -> Encoding This is the chain without output Publish (input) -> Decoding ->...

Good day. You should enable decoding for all the streams and set the full interceptor class name (for example, com.flashphoner.frameInterceptor.TestInterceptor) streaming_video_decoder_fast_start=true decoded_frame_interceptor=com.flashphoner.frameInterceptor.TestInterceptor WCS should be...

Good day. This was a datacenter issue, we fixed it, now the archive should be available.

Good day. This means your browser does not support MediaTrack.contentHint property. The warning can be ignored. This means ICE is not working properly. Please read here how WebRTC connection is establishing. You should check if server media ports are available for the client to connect: Port...

Good day. Please check if the issue is reproducing with sample Phone Min application (code description). If not, please check if you correctly handling callStatusFinish callback for incoming calls in your application. Also, please check the issue with web example Phone Min...