Comments 17
По поводу Kurento как обстоят дела с производительносттью? В интернет есть несколько статей которые утверждают что это на уровне десятков коннектов для довольно мощного железа? (на тот случай если нужны сотни тысяч коннектов)
Чего стоит баг (https://github.com/Kurento/bugtracker/issues/247), который правили больше года и так до сих пор и не исправили.
Также у них на сайте есть целый раздел посвященный телемедицине — trueconf.ru/telemedicina.html
Как раз будет обеспечена минимальная задержка и контролируемое соединение.
У нас это отлично работает в большинстве браузеров.
По поводу минимальной задержки — hls это до 1-й минуты. lhls вроде бы должен этот недостаток преодолевать, на насколько? Это 10 секунд? 5 секунд?
Нам же нужен связный диалог.
Получается средняя задержка около 4-х секунд. Максимальная задержка может доходить до 20 секунд из-за необходимости обработать rtmp, играть с ключевых кадров и т.п.
В случае lhls, мы делаем чанки (frames) по 0,1 секунды. Средняя задержка около 1-й секунды. Максимальная задержка может доходить до 6 секунд по вышеуказанным причинам.
С моей точки зрения зависит от объемов потока и мощности разработчика.
Как наиболее простой вариант это купить готовый сервис — правда сразу возникает вопрос а какой именно.
При заведомо не очень больших объемах — coturn. Из опыта разработки и эксплуатации одного приложения на coturn столкнулся с двумя проблемами: 1) нет простого способа горизонтального масштабирования, поэтому рано или поздно будет перегрузка без возможности масштабировать сервис 2) мобильным разработчикам сложно реализовать надежную логику реконнектов
Ну и, наконец, если Вы мощная компания (Google, Яндекс) — то вы просто пилите что-то свое и выкладываете в общий доступ для всеобщего пользования.
WebRTC через Kurento: опыт тестирования и внедрения