хочу купить в складчину с ребятами IP камеру не дорогую и сделать через сервер трансляцию видео потока чтобы можно было в браузере мобилки или планшета смотреть этот видео поток. Количество абонентов на глазок человек 50. Хотелось бы не дорогой сервер арендовать за бугром под эти цели, я думаю на Рождество будут не плохие акции на сервера. Какие приблизительно должны быть характеристики железа у этого сервера? и важен ли в данном случае пинг, если сервер будет в США?
Тут только вопрос, кто поток отправлять будет. Надо или камеру найти со встроенным RTMP-клиентом, или какой-то миникомп, желательно четырехядерный, поставить рядом с камерой, чтобы видео кодировал и отправлял на сервер.
Для самого сервера критичен только канал. RTMP не очень любит большие пинги. С пингом 150ms битрейт ~5Mbit вытянет точно. Если надо больше, то лучше поближе. Если кодировать ffmpeg-ом, с медленным профилем, типа medium и небольшим фреймрейтом, то картинка будет вполне приличная. Но опять-же зависит от того насколько она будет динамичной.
Тут только вопрос, кто поток отправлять будет. Надо или камеру найти со встроенным RTMP-клиентом, или какой-то миникомп, желательно четырехядерный, поставить рядом с камерой, чтобы видео кодировал и отправлял на сервер.
Для самого сервера критичен только канал. RTMP не очень любит большие пинги. С пингом 150ms битрейт ~5Mbit вытянет точно. Если надо больше, то лучше поближе. Если кодировать ffmpeg-ом, с медленным профилем, типа medium и небольшим фреймрейтом, то картинка будет вполне приличная. Но опять-же зависит от того насколько она будет динамичной.
А зачем перекодировать? Брать по rtsp из камеры какойто h.265-й и не вмешиваясь в поток отдавать проигрывателю на HTML5.
хочу купить в складчину с ребятами IP камеру не дорогую и сделать через сервер трансляцию видео потока чтобы можно было в браузере мобилки или планшета смотреть этот видео поток.
Видел камеры, производители которых почти на шару (ограничего кол-во подключений) предоставляют сервер.
Брать по rtsp из камеры какойто h.265-й и не вмешиваясь в поток отдавать проигрывателю на HTML5.
50 зрителей одновременно ? Не думаю, что это хорошая идея. Можно и по RTSP, но все-равно на выходе будет RTMP, если делать на nginx. https://habr.com/post/236359/ Есть-ли сервера RTSP - не знаю. Все стрим сервисы сидят на RTMP.
Брать по rtsp из камеры какойто h.265-й и не вмешиваясь в поток отдавать проигрывателю на HTML5.
50 зрителей одновременно ? Не думаю, что это хорошая идея. Можно и по RTSP, но все-равно на выходе будет RTMP, если делать на nginx. https://habr.com/post/236359/ Есть-ли сервера RTSP - не знаю. Все стрим сервисы сидят на RTMP.
В статье описывается JW Player который использует Flash player. Вероятно по этому требуется не только смена протокола но и перекодировка видео. Как-то не современно, мне кажется логичней использовать HTML5 и транслировать видео в том-же кодеке что и отдает камера, а далее єто уже будет вопрос совместимости броузера с кодеком конкретной камеры.
Так это все клиент-сайд. В итоге будет 50 подключений к камере. В схеме с RTMP подключение к камере одно, а клиенты тянут поток с сервера.
Linux + Zoneminder. И тестировать, потому как 50 пользователей одновременно.
Так это все клиент-сайд. В итоге будет 50 подключений к камере. В схеме с RTMP подключение к камере одно, а клиенты тянут поток с сервера.
Я имел в виду всетаки наличие сервера который по RTSP забирает пару потоков из камеры (с низким и выскоим битрейтами) и выдает уже тому кол-ву пользователей которому нужно.
И кстати да, если взять камеру со встроенным энкодером, то миникомп не нужен. ffmpeg будет брать на входе поток от камеры, перепаковывать в rtmp и отдавать nginx-у. Другое дело, что фреймрейт у таких камер обычно никакой. Надо для начала с требуемым качеством определиться, а затем думать о серверах Потому-что одно дело кодировать на сервере 240p 24fps, а другое 1080p60 Цены на VPS будут сильно разные.
Я имел в виду всетаки наличие сервера который по RTSP забирает пару потоков из камеры (с низким и выскоим битрейтами) и выдает уже тому кол-ву пользователей которому нужно.
Или я чего-то не понял, бегло прочитав, или одно из двух. В обоих случаях, сервер отдает веб страничку с плеером, а поток читается напрямую с камеры. Это видно по URL в коде плеера. ЗЫ: Дочитал до конца Таки схема похожая, только наворот в виде отдельного сервера, вместо мелкого плагина под nginx.
Сервис работает как ретранслятор, даже при 1000 зрителей с устройства будет забираться только 1 поток. Для использования сервиса необходимо иметь IP-камеру или DVR, поддерживающий RTSP-потоки. Оборудование должно иметь статический IP-адрес и проброшенные порты. Далее все, что нужно, − это зайти на сайт rtsp.me, там ввести свой E-mail и RTSP-ссылку — трансляция готова!
Преимущества нового сервиса:
Зрители трансляции не видят реальный IP-адрес используемой камеры. Сервис работает как ретранслятор, даже при 1000 зрителей с устройства будет забираться только 1 поток. Запрос потока с устройства происходит, только если кто-то смотрит трансляцию. При отсутствии зрителей канал сервисом не используется. Благодаря поддержке HLS владельцы iOS и Android также смогут просматривать трансляцию. Реализован механизм защиты от кражи потока, с помощью которого пользователь может указать сайты, на которых разрешена его трансляция. Возможность ограничения доступа только избранным пользователям, авторизация через мобильный телефон (доступно API для организации личного кабинета на сайте). Сервис абсолютно бесплатен, все устройства используют общие каналы связи. Для организации трансляции для большой аудитории (более 1000 одновременных просмотров) и использования выделенных гарантированных мощностей необходимо обратиться в отдел продаж компании «Девлайн». При отсутствии статического IP-адреса либо при невозможности проброса портов можно приобрести «Линия MicroNVR» либо систему «Линия IP».
а чем youtube не удовлетворил?
Есть всякие CDN`ы, которые подобную услугу предоставляют, не надо ничего (почти) самому настраивать. И скорее всего будет не дороже, чем платить за трафик/полосу отдельного хоста. Я бы посмотрел в эту сторону
а чем youtube не удовлетворил?
ютуб тоже рассматриваю. Чуток погуглил - есть бюджетные камеры с поддержкой ютуба в прошивке. А там можно круглые сутки стримить, месяцами напролет?
Сервис работает как ретранслятор, даже при 1000 зрителей с устройства будет забираться только 1 поток. Для использования сервиса необходимо иметь IP-камеру или DVR, поддерживающий RTSP-потоки. Оборудование должно иметь статический IP-адрес и проброшенные порты. Далее все, что нужно, − это зайти на сайт rtsp.me, там ввести свой E-mail и RTSP-ссылку — трансляция готова!
Преимущества нового сервиса:
.
спасибо, тоже вариант рассматриваю, на днях переговорю с поставщиком камер.
та щас только ленивый производитель не лепит эти облака, но где гарантия? Вон, хиквижен толкал езвиз, потом сказал..постная фигня это, давайте хикконнект, дахуа тоже что-то меняет периодически..Поэтому.сначала определиться, что за железки, потом думать как раздать.
та щас только ленивый производитель не лепит эти облака, но где гарантия? Вон, хиквижен толкал езвиз, потом сказал..постная фигня это, давайте хикконнект, дахуа тоже что-то меняет периодически..Поэтому.сначала определиться, что за железки, потом думать как раздать.
Типа того. У Хика выбор камер гораздо интереснее Но надо отдать должное партизанам - они свой облачный сервис развивают. Я-бы камеру наверное взял Хиковскую, а сервис взял у Партизанов. Там что-то пару баксов в месяц будет стоить. Дешевле намного чем покупать сервак и строить на него рдп, фтп и прочая сервисы.
к партизану у меня особое отношение, примерно, как к ополченцу
Відповісти
Поперед.
Зміст
Наступ.
Гілками
Таки схема похожая, только наворот в виде отдельного сервера, вместо мелкого плагина под nginx.
