Search results

Good day. Seems like mistype (the third slash) in mixer uri. Try to use double slash "uri": "mixer://m_abc2".

Please find the stream using /rtsp/find_all query, then stop it using /rtsp/terminate.

Good day. We fixed the issue with switchCamera in iOS SDK build 2.6.103. Also, we modified GpuImageDemo Swift example code to test a camera switching.

Good day. Please update WCS to the latest build 5.2.1421. Check if the problem is reproducing. If yes, try to stop the stream using REST API POST /rest-api/rtsp/terminate HTTP/1.1 Host: localhost:8081 Content-Type: application/json { "uri":"rtsp://your_camera_url" } and then start again...

The stoppedRecording event is raised when recording is stopped by REST API or by media stream stopping, but before the resulting file is written because file write operation is asyncronous and relatively slow.

Good day. Since build 5.2.1416 it is possible to receive an events about a certain stream recording starting or stopping: REST hook for stream recording

Good day. Please check the screen share stream metrics using /stream/find REST API query: Stream parameters monitoring with REST API, or just play in in Medai Devices example to check a WebRTC statistics. If lost video frames and NACK counters are grow, it means the channel is not good enough to...

Good day. Seems you've missed a second participants video. Please use Custom layout displaying tool to check your layouts displaying.

Good day. You should use additional mixer to replace an audio: 1. Add video from existing stream to a new mixer: POST /rest-api/mixer/add HTTP/1.1 Host: localhost:8081 Content-Type: application/json { "uri": "mixer://m1", "remoteStreamName": "stream1", "hasVideo": "true", "hasAudio"...

Seems like React Native WebRTC implementation does not support TCP transport. To investigate a DTLS error, please collect a report on your server instance as described here including the traffic dump using report.sh script: Getting logs with report.sh script. Traffic dump must be started to...

Good day. We reproduced the issue in the latest WCS build and created the ticket WCS-3607 to fix. Will inform about progress. As workaround, please rollback to build 5.2.1383 (like on demo server), in this build conference recording should work.

Воспроизвели проблему в Safari 16 (при первом переходе в полноэкранный режим видео прекращает играть, но аудио играть продолжает, на Вашем потоке этого не видно, т.к. нет аудио). Создали тикет WCS-3606, отпишем по прогрессу.

Да, проверили RTSP поток, сам по себе он не проблемный. Воспроизведем поведение в браузере, отпишем о результатах.

Уточните, пожалуйста, каким именно REST API запросом публикуется поток: /rtsp/startup, /pull/rtmp/pull? Можете ли предоставить доступ к URL потока через эту форму? Новая мажорная версия Safari всегда может нести новые проблемы. Попытаемся воспроизвести описанное поведение в Safari 16.

Добрый день. Данная проблема не воспроизводится на сборке WebSDK 2.0.223 в связке с WCS 5.2.1413 (тестовый сервер) и WCS 5.2.1383 (сервер demo.flashphoner.com) в примерах Embed Player и Player (в котором также есть кнопка переключения в полноэкранный режим) в MacOS Safari 15.6: при переключении...

No, we have not encountered the issue in test applications. Usually, there are two main reasons for such issues: 1. Incorrect application flow. In this case, code debugging should solve the problem. Enabling debug logs from Web SDK may also help: Log level adjusting 2. Network issues if a WCS...

Good day. Is the problem reproducing in Two Way Streaming React example using the latest Web SDK NPM package (version 2.0.223)? If yes, please provide a full browser console log. Also, please provide an access to a webpage to test using this form.

The examples show how to use custom camera capturing (in WebSDK, canvas is used for that purpose). So you can try to integrate this library in WebSDK application, the Vision framework to iOS SDK application and some of Android libraries to Android SDK application.

Good day. Maybe you can use a custom filter to implement a head tracking: - WebSDK: Stream Filter - iOS SDK: iOS GPUImageDemo Swift - Android SDK: Android GPUImage

It's ok. Stream should be published again to apply a new publishing options. Seems like Safari 16 now requires to add orientation parameter to SDP (that the cvoExtension: true option actually does). Glad to hear it's working.