Search results

Hello If you are using rooms API, we assume that you may use multiple recorder. Because this recorder can record video tracks in sync with audio. That's why we supposed the multiple recorder use. According your notice it seems you don't user multiple recorder. If so, all streams in the room...

SIP calls recording is supported only for SIP as stream or SIP as RTMP functions. If you're using WebRTC-SIP gateway, the only way to record is to setup call recording at SIP PBX side. There is also the ticket WCS-3723 to fix SIP calls audio recording, but no ETA for this ticket yet due to more...

Good day. Please read this step-by-step guide to configure a simple CDN.

Good day. The issue was fixed in build 5.2.1672. Please update WCS, then enable a/v generator generate_av_for_ua=all

Динамические (не требующие перезапуска) настройки нужно менять следующим образом: 1. Меняем настройку в файле flashphoner.properties 2. Заходим по SSH на сервер, затем заходим в CLI WCS сервера ssh admin@localhost -p 2001 3. Выполняем команду reload node-settings Проверили на последней...

Если имеется ввиду, что по RTSP играем WebRTC поток, то такое может быть, если WebRTC стрим идет в кодеке VP8. Если переключиться на H.264, то ключевые кадры должны идти регулярно.

WCS может попросить у WebRTC endpoint (браузера) высылать К-фрейм, например каждые 5 секунд. periodic_fir_request = true periodic_fir_request_interval = 5000 Браузер будет высылать К-фреймы если сможет. Суть в том, что ключевыми фреймами может управлять только тот, кто эти фреймы производит...

Управление количеством ключевых кадров возможно только при транскодинге потока. /transcoder/startup { "uri": "transcoder://tcode1", "remoteStreamName": "test", "localStreamName": "testT", "encoder": { "width": 640, "height": 480, "keyFrameInterval": 30, "fps": 30, "watermark"...

В скриншотах, приведенных сотрудниками Mango, виден большой джиттер медиа пакетов и большая задержка между последовательными медиапакетами, отправленными WCS в сторону SIP-сервера Такие задержки могут быть обусловлены, например, работой сборщика мусора (GC) Java на WCS сервере. Пожалуйста...

Это говорит о том, что минимальный набор аудио кодеков для работы через Mango, следующий: Opus, PCMA (alaw), PCMU (ulaw), G729 (плюс обязательный telephone-event) Речь идет не о скорости, а о пропускной способности канала вызывающий абонент-WCS-SIP-вызываемый абонент. Для аудио звонков (без...

Hello WebSDK is a set of scripts you are using in your code. Here you can download latest build: https://docs.flashphoner.com/static/WebSDK2/Web_SDK_release_notes/#websdk_20_release_notes The latest available build is 228 Here you can find flashphoner.js script Alternatively you can use...

We repeated the test in a following conditions: - our test server in public network; - our test server in AWS (beyond AWS NAT); - your server from report. WebRTC publishing from Firefox fails with Failed by ICE keep alive only on your server and only when stream is publishing via TCP. If stream...

Если максимальный битрейт задается через SDP webrtc_sdp_max_bitrate_bps=7000000 то WebRTC библиотека будет пытаться разогнать битрейт до максимального. Если при этом появляется задержка при проигрывании такого потока, это означает, что пропускной способности канала не хватает под выбранный...

The decoding is not supported yet at server side. We raised the ticket WCS-3833, will let you know about progress. The only workaround is to use a Latin names only.

We checked the report. Seems like you're using an old WebSDK version on the frontend: We recommend to update WebSDK to the latest build 2.0.228. Also seems you should correct the video and audio constraints 1. Audio bitrate 1 Mbps seems too high even for stereo publishing, 128000 bps seems to...

Добрый день. Прелоадер устарел и не обязателен, его нужно отключить hls_preloader_enabled=false Но прелоадер появляется только для первого HLS подписчика. Выглядит так, что у вас останавливается публикация исходного потока. Получить уведомление на бэкенде о том, что публикация стартовала...

Good day. Seems like streams published to the room are in VP8 codec: Room multiple recorder in build 5.2.1109 supports only MP4 container and H264 codec. MKV container and VP8 recording support was added in build 5.2.1440. So you should update WCS to the latest build 5.2.1657 and use MKV...

Good day. Since build 5.2.1642 room name may be excluded: Stream name displaying in mixed multiple record The settings for your example should be like { ..., "mixerDisplayStreamName": true, "mixerTextDisplayRoom": false, "labelReplaceRegex": ".+-", "labelReplaceWith":"", "... }

Good day. Please collect a report as described here using report script and send using this form.

We are testing the possible fix. The issue reason is a browser initiating audio+video call waits for video packets but the other side sends only audio. You can workaround this by enabling video packets generator in server settings: generate_av_for_ua=all