Зависит от задач.
Есть Flussonic Media Server — серверная стиминговая программа, которая тарифицируется по количеству серверов.
А есть Flussonic Watcher — решение для создания сервисов видеонаблюдения и он уже тарифицируется по количеству камер.
Для вашей ситуации наверное правильней будет использовать обычный Flussonic Media Server.
В нем нет той избыточности по фичам и более приятное для таких проектов ценообразование.
Запросите на тест и давайте разберёмся в ваших задачах.
Если говорить про то, как DASH работает, а не про подоплёку его активного продвижения (хейтерство Apple, желание Google сделать себе жизнь проще и т.д.) то
DASH — очень капризен и требует очень высокого качества источника.
Его массовое внедрение бьёт в первую очередь по мелким игрокам у которых не всегда всё хорошо и часто нет возможности привести условия к идеальным.
Вместо тысячи слов посмотрите как самый свежий референс работает.
И попробуйте перемотку.
Если так выглядит референс, то наверно лучше ещё подождать, прежде чем к нему приходить.
Но и с MPEG2 на вход тоже наверное не стоит мириться. 2к17 уже кончается всё-таки.
Или у вас какой-то жёсткий прям сценарий?
Jitsi meet+videobridge
во флюссонике роль meet предлагается написать самому судя по документации.
Опять-таки есть и проигрывание.
Но движение в сторону использования MSE вероятно обладает при проигрывании большим числом преимуществ чем webrtc.
Флюссоник по сути аналог вовзы, но с архивом.
Почитайте новости с nabshow этого года.
AV1 как раз с HEVC сравнивали.
При этом картинку показали только для задушенного по битрейту стрима в 500 Кбит/с и только на одном кадре.
Трансляции не было.
И тут мы возвращаемся к тому, что семейство VPх должно быть ещё менее приятным с вашей точки зрения, т.к.
Гарантии с поддержкой большой вопрос. Не везде где есть поддержка VP9 есть VP8.
потребление ресурсов.
Так например поток 1080p AV1 (преемник VP9) закодированый с выходным битрейтом в 1.5 Мбит/с требует на данный момент до 200 ядер для кодирования в реальном времени.
Мне вот интересно, раз уж статья о технологии, использованной в этом продукте, то для конкретных задач (а-ля камхоринг) чем данный продукт лучше чем https://github.com/jitsi ?
И если у меня уже есть вовза или флюссоник, то зачем мне вообще "webcallserver"?
Оба стримера умеют в webrtc.
Смею заметить, что и упрёки в эмоциональности неуместны в сложившейся ситуации.
По причине различных степеней сопричастности.
Если Вас данная блокировка никак не затронула, следовательно особых эмоций по поводу самого события Вы можете и не испытывать.
В то время, как некоторые из участников обсуждения испытали нарушение своих прав (закреплённых как минимум в статье 29.4 Конституции РФ). Полагаю, данные личности имею основания для придания эмоциональной окраски своим аналогиям.
При этом есть вероятнее всего и те, чьи сервисы или контент стали частично или полностью недоступны, что с высокой долей вероятности вылилось в упущенную выгоду (хотя это скорее прямые убытки).
Пускай из представителей данной категории сейчас могут быть совершенно иные дела, но занимаются они ими сейчас с ещё большее яркими эмоциями, чем предыдущая категория.
Отсюда следует, что эмоциональность реакции может зависеть от величины ущерба, принесённого данной блокировкой.
PS Полагаю навязывание своего эмоционального состояния также может повстречать эмоциональный отклик у сторонников несколько иного отношения к сложившейся ситуации.
Viblast куда более стабильное решение.
Кстати, при закрытии одной из нескольких сессий оставшиеся плееры падают с ошибкой «fragloadtimeout»
И как-то с траффиком не совсем понятно.
Peers connected to you: 12
А исходящий траффик не больше 30 кбит/с
Что-то здесь не вяжется.
Есть Flussonic Media Server — серверная стиминговая программа, которая тарифицируется по количеству серверов.
А есть Flussonic Watcher — решение для создания сервисов видеонаблюдения и он уже тарифицируется по количеству камер.
Для вашей ситуации наверное правильней будет использовать обычный Flussonic Media Server.
В нем нет той избыточности по фичам и более приятное для таких проектов ценообразование.
Запросите на тест и давайте разберёмся в ваших задачах.
Но формат у того сервиса всё-таки иной.
И да, flussonic там тоже справляется со своими задачами.
В плане возможностей для трансляции нам есть что предложить под разные сценарии.
К слову о Rust.
Вот такой есть эксперимент в ещё более жёстких условиях.
Если говорить про то, как DASH работает, а не про подоплёку его активного продвижения (хейтерство Apple, желание Google сделать себе жизнь проще и т.д.) то
DASH — очень капризен и требует очень высокого качества источника.
Его массовое внедрение бьёт в первую очередь по мелким игрокам у которых не всегда всё хорошо и часто нет возможности привести условия к идеальным.
Вместо тысячи слов посмотрите как самый свежий референс работает.
И попробуйте перемотку.
Если так выглядит референс, то наверно лучше ещё подождать, прежде чем к нему приходить.
Но и с MPEG2 на вход тоже наверное не стоит мириться. 2к17 уже кончается всё-таки.
Или у вас какой-то жёсткий прям сценарий?
DASH — это боль и страдание, особенно в условиях реальной жизни.
Потому и любить его можно только издалека.
Если камер много, имеет смысл кастомизировать прошивку камеры.
Что-то вроде этого с логичным развитием в вот такое.
Jitsi meet+videobridge
во флюссонике роль meet предлагается написать самому судя по документации.
Опять-таки есть и проигрывание.
Но движение в сторону использования MSE вероятно обладает при проигрывании большим числом преимуществ чем webrtc.
Флюссоник по сути аналог вовзы, но с архивом.
Почитайте новости с nabshow этого года.
AV1 как раз с HEVC сравнивали.
При этом картинку показали только для задушенного по битрейту стрима в 500 Кбит/с и только на одном кадре.
Трансляции не было.
И тут мы возвращаемся к тому, что семейство VPх должно быть ещё менее приятным с вашей точки зрения, т.к.
Так например поток 1080p AV1 (преемник VP9) закодированый с выходным битрейтом в 1.5 Мбит/с требует на данный момент до 200 ядер для кодирования в реальном времени.
Маркетинговый булщит на тему.
На этом фоне HEVC кажется весьма сбалансированным.
А сейчас этим чипмейкеры вроде Qualcomm занимаются.
В Snap 835 вполне себе есть от них реализация декодера/энкодера h265.
Мне вот интересно, раз уж статья о технологии, использованной в этом продукте, то для конкретных задач (а-ля камхоринг) чем данный продукт лучше чем https://github.com/jitsi ?
И если у меня уже есть вовза или флюссоник, то зачем мне вообще "webcallserver"?
Оба стримера умеют в webrtc.
Let's encrypt cертификат можно выписать только на домен, но не на IP адрес.
Кто-то же обязательно пропустит выбор имени и настройки DNS.
"что-то ещё, напишу в комментариях" — интригует.
Где же?
Как на счёт FFmpeg?
https://github.com/FFmpeg/FFmpeg
Подскажите, а слой совместимости пригоден для облегчения этих задач?
https://github.com/GPUOpen-ProfessionalCompute-Tools/HIP
За статью спасибо.
Очень интересно.
Поделитесь знанием.
По причине различных степеней сопричастности.
Если Вас данная блокировка никак не затронула, следовательно особых эмоций по поводу самого события Вы можете и не испытывать.
В то время, как некоторые из участников обсуждения испытали нарушение своих прав (закреплённых как минимум в статье 29.4 Конституции РФ). Полагаю, данные личности имею основания для придания эмоциональной окраски своим аналогиям.
При этом есть вероятнее всего и те, чьи сервисы или контент стали частично или полностью недоступны, что с высокой долей вероятности вылилось в упущенную выгоду (хотя это скорее прямые убытки).
Пускай из представителей данной категории сейчас могут быть совершенно иные дела, но занимаются они ими сейчас с ещё большее яркими эмоциями, чем предыдущая категория.
Отсюда следует, что эмоциональность реакции может зависеть от величины ущерба, принесённого данной блокировкой.
PS Полагаю навязывание своего эмоционального состояния также может повстречать эмоциональный отклик у сторонников несколько иного отношения к сложившейся ситуации.
Кстати, при закрытии одной из нескольких сессий оставшиеся плееры падают с ошибкой «fragloadtimeout»
И как-то с траффиком не совсем понятно.
Peers connected to you: 12
А исходящий траффик не больше 30 кбит/с
Что-то здесь не вяжется.
erlyvideo.ru/doc/description#protocols
erlyvideo.ru/doc/howto/source.md
А на счет домашнего использования можно и объяснить ситуацию. Возможно решение и найдется.