Search results

Unfortunately, we cannot connect to the stream even when generating a new session id: Please check if the stream URL is correct or collect a traffic dump as we described.

Good day. We see No common codecs message in server logs. The possible reason is in camera audio codecs. Please provide a permanent 24/7 RTSP URL for us to test using this private form. If this is impossible, please collect a traffic dump: 1. Start Wireshark on PC 2. Start traffic recording 3...

на работу не повлияет, т.к. SIP - это текстовый протокол, похожий на HTTP и запросов ответов будет не так много по порту 5060 лог обрезан в самом начале 11:13:34,647 Forbidden А перед этим SIP сообщений нет Логи ротируются по часам, пришлите пожалуйста логи за 10 часов и за 11 часов...

В этом логе есть еще регистрация другого аккаунта, в самом начале (user348). Уточните, пожалуйста, 403 в ответ на INVITE возвращает для всех аккаунтов, или только для определенных? В любом случае, для анализа нужен полный дамп.

Здравствуйте Нужен полный дамп SIP трафика: tcpdump tcp port 5060 -B 10000 -w log.pcap В логах видно RESPONSE 403 Forbidden но не видно какой был REQUEST. Т.е. сначала нужно понять почему возвращает Forbidden а потом уже пробовать UDP если ничего не помогает. 403 Forbidden например может...

Good day. The most common metrics to monitor WCS server performance are described in the article 10 Important WebRTC Streaming Metrics and Configuring Prometheus + Grafana Monitoring. We do not provide a ready to use Grafana dashboard because there are a much different WCS use cases (WebRTC...

What is the case and SDK? For Web SDK: 1. Audio only stream publishing https://docs.flashphoner.com/static/WCS52/Streaming_video_functions/Stream_capturing_and_publishing_to_the_server/From_a_web_camera_in_a_browser_via_WebRTC/#audio_only_stream_publishing Here you have to pass: constraints...

We checked the log. The stream to be recorded was published at 14:06:18 At 14:06:19 the publisher sent unPublishStream event Then the stream was stopped. Record file even was not created because there was no any key frames received from publishers browser. So the exception is normal behavior...

Hello. Yes. Seems like recording even does not started (no file created). This may be due to no keyframe is received from stream publisher. Seems like Google puts a monkey wrench into automatic mail sending. We need a time to resolve it. Please send the report directly to support@flashphoner.com

Добрый день. Посмотрите примеры Player и Embed Player, в них описано, как запустить воспроизведение автоматически. Обратите внимание, что политика воспроизведения аудио во всех современных браузерах в этом случае запрещает проигрывание со звуком, и требует действия пользователя, чтобы включить...

При перезагрузке страницы браузер закрывает все связанные с ней соединения, и вебсокет коннект в том числе. Поэтому сервер сразу понимает, что данный клиент отключился, и keep alive алгоритм не работает в этом случае. Посмотрите, пожалуйста, пример Streaming Auto Restore, там показываются все...

Поток с сервера начнет проигрываться не раньше, чем перейдет в статус PUBLISHING. Такова последовательность выполнения операций. Поэтому это ожидаемое поведение.

На этом шаге сервер перестает получать ответы на пинги, отправленные в сторону клиента. Как видно из скриншота, сервер отправляет пинги в сторону клиента через вебсокет соединение. Периодичность отправки 5 секунд. Клиент отвечает. Если на 10 пингов не будет получено ответа, сервер считает что...

Выглядит так, что не устанавливается WebRTC соединение через мобильную сеть. Возможно, проблема в качестве канала. Попробуйте переключться на TCP транспорт. Если это не поможет, соберите отчет, как описано здесь, и отправьте через эту форму.

Здравствуйте. 1. При переключении с мобильного интернета на wifi поменяется IP адрес. Автоматически сервер такое не отработает. Поэтому потерю соединения можно обработать только путем полного реконнекта, который займет несколько секунд. Т.е. при получении ошибки, нужно попробовать...

Good day. Please update WCS to the latest build 5.2.2107. If the problem still persists, please collect a report as described here and send it using this form.

Good day. We raised the ticket WCS-4257 to add the field to /connection/find response.

This depends on publishing resolution and bitrate. For example, you'll need 10 Mbps upload/download channel to publish or play FullHD (1080p) stream, 20 Mbps to publish or play 2K stream. If yuo have only 1 Mbps channel, you can publish or play 320X240 stream only with acceptable quality.

Seems like the problem is in your client code. Please tweak Two Way Streaming example code minimally to reproduce the issue and send us the code modified using this form.

Please answer these two questions: 3. Is the problem reproducing in example applications (Two Way Streaming etc)? 4. Is the problem reproducing with our demo server: https://demo.flashphoner.com:8444/client2/examples/demo/streaming/two_way_streaming/two_way_streaming.html