Search results

Да, на текущий момент до WCS дело не дошло , ошибка на этапе запаковки потока в rtsp (передача на ffserver) . Будем думу думать. Благодарю за ответ.

Добрый день! Возникла проблема при отправке(запаковка поток в rtp) потока с ffmpeg->ffserver->WS . Возможно вы сможете чем-нибудь помочь, проблема описана тут .

MSE тестировал, на базе этого решения https://erlyvideo.ru/doc/play/mse-low-delay . Крайне проблемная вещь (недавно вышла из беты, видимо еще недоработана) ... В отличие от webrtc , тестировал через tcp на базе wowza , но wowza постоянно падала, тех. поддержка долго пыталась , но не смогла...

Как правильно отправить поток по udp (h264 + a-law) в webcallserver, чтобы потом можно было воспроизвести через webrtc ?

А можем транскодировать на стороне WebCallServer в нужные кодеки (VP8+Opus) , после отправки ffmpeg (H.264+G.711) ? Как вы считаете, стоит ли вообще стремиться транскодировать стрим в современные кодеки VP8+Opus или оставить (H.264+G.711) ?

Я могу отправить с ffserver по http ( http://ip:port.webm ) , такой вариант тоже не скушает flashphoner ?

А если отправить поток по udp ? т.е. поддержка VP8-VP9 - есть , а получить эти кодеки на сервере возможности нет или есть какие-то другие варианты ?

Хочу - кодировать поток в нужные для webrtc кодеки ( VP8 , opus ). Наложить хромакей, отправить в flashphoner, получить поток в WebRTC. Подготавливаю поток в ffmpeg и отправляю в WS вот таким образом. ./ffmpeg \ -i \ bg.jpg \ -thread_queue_size 512 \ -rtsp_transport tcp -i...

Прекрасно !!!! Почти все наши требования удовлетворяете, просто супер ! P.S.: Пока экспериментируем с транскодированием в vp8 (via ffmpeg, пока какие-то странные траблы с кадрами) и наложением Chroma Key. Как решим этот вопрос, сразу примем решение о покупке.

Да, есть вопрос не касающийся проблемы - по какому протоколу идет контент до юзера от TURN сервера ?

Вынуждены будем выключить поток в 18:30 .

Возможно уже в другую ветку надо было писать, но проблема проявилась в результате тестирования получения потока webrtc через https. В процессе тестирования потока через 1 минуту видео превращается в покадровое видео ( очень медленное ) со скачками в 10 с . С чем это может быть связано ? Стрим -...

Да, это наглядно . Спасибо.

Благодарю за подробный ответ. Я не верно понял взаимосвязь компонентов, в частности роль turn сервера.

Сделал все по вашим инструкциям. Но, судя во всему трафик все же идет по udp. iptables - В чем может быть проблема ?

Закрыл все входящие порты, кроме указанных выше ( в Linux ). Перешел на демо страницу и судя по всему поток все равно идет через udp ( проверяю тут chrome://webrtc-internals/ )

53 - Порт TCP ? Блокировать естественно только входящие подключения ?

Websocket - 8443(TCP) DNS - 53(UDP) Какие еще ? Стрим идет с ip камеры до webcalllServer P.S.: Остальные порты закрываю

Хорошо, будем ждать.

Проблема исправлена. Огромное спасибо за оперативность.