Search results

/usr/local/FlashphonerWebCallServer/logs/cdr/sdr.log Еще посмотрите в sdr.log Этот лог показывает, что воспроизведение идет с помощью MSE а не WebRTC Проверьте ваш плеер и убедитесь что он играет по WebRTC. В логах должно быть WebRTC после завершения воспроизведения стриима.

При тестировании в Media Devices TCP, в статистике видно, что потери нулевые: Lost, Fir, Pli, Nack. Проверьте в хроме на десктопе действительно ли у вас включен TCP и потери 0.

Media Devices работает только через https:// Поэтому должен быть настроен домен и SSL сертификат Без этого подключение к серверу по порту 8443 не заработает с iOS Safari Media Devices нам нужен для того чтобы быстро протестировать с TCP и убедиться что трафик идет через TCP. Пока не понятно как...

Hello Yes. Fix will be ported to 1.0 in the ticket WCS-3293 We will report once it is done.

>Как работать с примером Media Device я не поняли: Failed to get media devices, что там нужно сделать? Media Devices - это пример для тестирования настроек камеры, микрофона, плеера, и т. д. Поэтому он ищет микрофон и камеру для работы. Если не находит, выдает "Failed to get media devices"...

Код выглядит невалидным из-за лишей запятой. Проверяем в хроме: 1. Публикуем экран: https://demo.flashphoner.com/client2/examples/demo/streaming/screen-sharing/screen-sharing.html 2. Смотрим результат в Media Devices. Настройки принменяются...

About the ticket WCS-3266. Since WCS build 5.2.1011, when a new subscriber connects to a mixer outgoing stream, it will receive a set of STREAM_EVENT events per every mixer incoming stream, if audio or video track was muted at least once in any of them. Those events are received by any SDK, so...

The 404 response means no streams published on server. Please chek if you're publishing a stream. Please also clarify how do you reproduce the issue step by step.

Добрый день. Это означает, что клиент с таким sessionId не подключен. Возможно, у клиента проблемы с каналом, и он успевает отключиться к тому моменту, как ему будет отправлено сообщение. Для того, чтобы проверить, что клиент подключен, используйте REST API запрос /connection/find с поиском по...

Браузер продолжает получать поток, но его не отрисовывает в HTML5 video элементе. Ошибок при этом никаких не выдает. Похоже, от камеры прилетает проблемный фрейм, который ломает что-то внутри браузера. Рекомендуем обновить WCS до последней сборки 5.2.1014, а также пробовать воспроизвести...

Добрый день С Вашим примером файла проблема на тестовом сервере не воспроизводится, но файл как VOD играет плохо. Причина в B-фреймах, необходимо их исключить. Рекомендуем снизить пресет до ultrafast и попробовать с таким файлом. Также соберите, пожалуйста, полный отчет, как описано здесь, чтобы...

Попробуйте выставить постоянный битрейт (не переменный, как сейчас), и более короткий keyframe interval. Также, возможно. в настройках камеры есть параметры буферизации (как мы писали выше, скачки битрейта и FPS характерны для случая, когда кадры отправляются пачками). Если все это не поможет...

Seems like you've modified Screen Sharing example. Please try to reproduce this in Screen Sharing example out of the box. If is's not reproducing? modify example code minimally to reproduce it and send using this form.

Good day. We fixed the issue with WebsocketNotConnectedException in Android SDK build 1.1.0.41.

Проверили воспроизведение Вашего стрима. С ним есть следующие проблемы: 1. По UDP стрим играет с большим количеством потерянных пакетов и ростом Nack. Поэтому рекомендуется играть его только по TCP. 2. Статистика WebRTC показывает скачки битрейта даже при условно статичной картинке. Если есть...

Мы воспроизвели проблему, завели тикет WCS-3292, сообщим здесь о результате В качестве временного решения, Вы можете проводить тест по статье Сколько микшеров может быть на сервере? С точки зрения тестирования микшеров, нет разницы между публикацией RTMP и WebRTC, т.к. при микшировании потоки в...

Битрейт выставляется одинаково, в констрейнтах, в кбит/с session.createStream({ name: streamName, display: localVideo, constraints: constraints { audio: true, video: { minBitrate: 300 } } ... }).publish(); В этом случае можно задавать...

Добрый день. Убедитесь, что у каталога, куда Вы положили описание лэйаута, есть права на чтение sudo chmod +r /opt/test-mixer-layout Также обратите внимание, что в примере REST API запроса указан другой каталог. Если ничего не помогает, необходим SSH доступ к серверу при помощи этой формы.

We checked your report and found no problems on server side. We also tried to reproduce the issue on latest build 5.2.1010: publish RTMP stream with ffmpeg, play in Firewall Traversal Streaming example with Force relay enabled. All the playback freezes occured due to packet loss. Please check...

Good day. First, mixer cannot synchronize two separate incoming streams from a differents sources. You're describing a latency. This latency can occur due to mixer incoming stream buffering. You can decrease the latency by decreasing mixer incoming buffer size mixer_in_buffering_ms = 10