Search results

Still have no news. We'll let you know in this topic.

Please clarify the following: 1. Did you update both SDK and WCS? 2. Is the issue reproducing in Call Kit Demo example built from the source? If not, please change the example source code to reproduce this and send the code using this form

Добрый день. По логам видно, что в одной из клиентских сессий поток 183FlhTIxWnTNy79Hm (видимо, поток ведущего, т.к. он один добавлялся в микшер) периодически публиковался со страницы с остановкой публикации через 2 секунды. Это может выглядеть, как мерцание, если подписчик смотрит поток...

Unfortunately, current version data file was occasionally deleted from web server. We fixed this, please try again.

Good day. We fixed rotation and display matrix issue in MP4 recordings in WCS build 5.2.1165, so Chrome versions without bug fix should play a new recordings correctly. For old recordings, waiting for Chrome fix.

Good day. We fixed rotation and display matrix issue in MP4 recordings in WCS build 5.2.1165, so Chrome versions without bug fix should play a new recordings correctly. For old recordings, waiting for Chrome fix.

Добрый день. Мы сделали пример на две Websocket сессии в одном приложении: Android 2 Sessions В этом примере описанная проблема не воспроизводится в наших тестах на Redmi 9 (MIUI 12.5). Проверьте, воспроизводится ли проблема у Вас в этом примере из сборки 1.1.0.57

Good day. We added iOS Call Kit Demo Swift example using Call Kit and push notifications to receive incoming SIP calls. Note that this example works with iOS SDK build 2.6.80 and WCS build 5.2.1164. Also, it cannot be tested with our demo server because APNs credentials should be set on the...

Seems this is hardware setup issue. In traffic dump we see big packets for all the streams every 30-40 seconds Perhaps it is keyframe. If this cannot be assembled, a stream will freeze. Please check the device settings: can keyframes be sent more often (every 5 seconds for example)? In this...

To capture audio from canvas, use AudioContext. See Canvas Streaming example on GitHub: function createCanvasStream() { var canvasContext = canvas.getContext("2d"); var canvasStream = canvas.captureStream(30); mockVideoElement = document.createElement("video")...

Seems like issue is reproduced on your server after 4 hours of testing. We downloading the traffic dump and will check it.

We successfully started to collect traffic dump and restarted all the streams capturing using private IP. Will check a bitrate periodically to detect the issue.

We tried to start traffic dump collection tcpdump -npi any -B 10240 -w log.pcap tcp port 554 But seems like tcpdump is not installed, and we have no sudo rights to install and launch this. Please add user to sudoers.

Unfortunately, we cannot connect to the server from EU host using credentials you've provided: ssh: connect to host **.***.***.*** port 22: Connection timed out.

We tried to reproduce the issue on our test WCS server (build 5.2.1162), and this is not reproduced during 6,5 hours test. If you provide SSH access to the server, we try to reproduce it in your environment and collect traffic dump to analyze. But it should not be a production server because we...

Please try to exclude router if WCS and the device are under the same NAT. Use private address, not public.

Unfortunately, we cannot play the stream from traffic dump because it's filtered by source address, and there are no requesats from WCS to RTSP camera (OPTIONS etc) Now, we trying to reproduce the issue on our test server with 16 RTSP cameras you've used in your test, and the issue still is not...

Добрый день. В наших тестах с MacOS Safari 15.3 проблема не воспроизводится в последней сборке WebSDK 2.0.217 в примере Screen Sharing с бандлом по умолчанию (flashphoner.js) или с WebRTC only бандлом (flashphoner-webrtc-only.js). Пожалуйста, обновите WebSDK и проверьте, воспроизводится ли...

We checked the logs. Seems like WCS starts to receive incomplete video frames from all the RTSP streams at the same moment. So please do the following: 1. Choose one RTSP stream on which the problem is reproducing. 2. Start to collect traffic dump on server tcpdump -npi any -B 10240 -w log.pcap...

We'll check it in ticket WCS-3465. The Chrome bug is already marked as fixed: https://bugs.chromium.org/p/chromium/issues/detail?id=1313851#c7. Perhaps it will be released soon. We'll fix orientation value at our side, and the fix will affect a new recordings. For old recordings, there are the...