Search results

Unfortunately the instance is not available with credentials you've sent: Please provide a correct credentials.

Good day. Seems like hard drive is very slow. Also this may happen if WCS runs in docker container, in this case an additional tuning is needed to provide a stable CPU resources to the container: How to use Docker with WebRTC in production

Good day. You can use constraints for callee that has no camera like this: var constraints = { audio: true, video: false }; ... inCall.answer({ localVideoDisplay: localVideo, remoteVideoDisplay: remoteVideo, constraints: constraints...

Добрый день. Стрим начинает проигрываться сразу, как только будет получен ключевой фрейм (I-Frame). Чтобы поток начинал быстрее отображаться, необходимо обеспечить решгулярное поступление ключевых фреймов при публикации. Например, если публикуется RTMP поток, выставить в настройках кодировщика...

Звонки не устанавливаются из-за того, что не проходит согласование кодеков. В свою очередь, согласование кодеков не проходит из-за того, что в SIP INVITE SDP перечислено слишком много кодеков, и SDP обрезается по размеру UDP пакета (1400 байт). В этом случае необходимо либо возвращать сигналинг...

Good day. Your pcmDecoded implementation receives a byte array by reference public void pcmDecoded(String streamName, byte[] pcm, int samplingRate, int numChannels, long timestamp) Then this array is passed to internal audio processor. So you can try to modify received packet bytes in...

Please check if there is no other WCS processes already running: ps aux | grep java If not, please provide SSH access to the server using this form.

This is a default WCS bindings and ports. You should restart WCS after changing the IP and listening address options systemctl restart webcallserver

Hello Websocket configuration: 8080 ws.address = 0.0.0.0 8443 wss.address = 0.0.0.0

Добрый день. Настройка sip_force_tcp=false должна помочь. При этом лучше добавить настройку allow_outside_codecs=false чтобы SDP звонка не раздувалась лишними кодеками от клиентского браузера.

Good day. Try to set as follows: https.address=10.121.120.26 ws.address=10.121.120.26 wss.address=10.121.120.26 client_mode=true

Добрый день. Пожалуйста, используйте метод WCSStream.setLoudspeakerStatus() для того, чтобы переключиться на внешний динамик. setLoudspeakerStatus(true) переключает звук на внешний динамик, setLoudspeakerStatus(false) возвращает на голосовой. Пример использования в приложении Media Devices...

You can also try the recommended setup with the following WCS option client_mode=true

Please check is there any freezes when publishing and playing a stream using Media Devices example (with various resolutions/bitrates). If no freezes in this case, the bottleneck is probably between WCS and SIP server because media traffic goes via SIP server. So you should test a channel...

WCS has no network packets routing functions. You need to place both WCS and SIP server to your private network and set up a router with NAT to forward websocket and media ports connections from web clients to WCS:

If piblic IP and local IP are bound to a different network interfaces, you should 1. Set WCS IP options as follows ip=your_public_ip ip_local=your_public_ip 2. In /etc/hosts file, set SIP server domain name sip_server_ip sip-server 3. When making a call, use SIP server domain name in SIP...

Try to detect WCS IP settings automatically: cd /usr/local/FlashphonerWebCallServer/bin sudo ./webcallserver set-ip Then restart server. Check if WebRTC is working (without SIP) using Two Way Streaming example. If it works, test SIP case.

Please clarify: is WCS instance in private network behind NAT? If yes, you should either set up a router to forward media ports (31000-32000 by default) to the WCS instance (both TCP and UDP) or use a TURN server to bypass.

Room Api дает только дополнительный сигналинг для комнаты, за публикацию в Room Api примерах и других примерах отвечают одни и те же модули. Мы воспроизвели проблему, в том числе и в Media Devices, и выглядит так, что это проблема браузера именно на iOS. Мы передаем браузеру нужные констрейнты...

Option 1 To have public address for demo interface, you would need to configure nginx as a reverse proxy I.e. Nginx listening public address 88.88.88.88 on port 8444 > 127.0.0.1:8444 So when you open demo page https://88.88.88.88:8444, nginx will display content of the page...