Доброго времени суток, есть такая задача, в некоторых общественных местах (болницы, торговые центры и прочее) стоят мониторы на которых должно транслироваться видео рекламного характера, предполагается что все видео будет идти с видео сервера по вайфайю через уличные точки доступа типа убикьюти или им подобные.
собственно вопрос:
1)Какой видео сервер порекомендуете использовать, так чтобы он позволял менять плей лист без прекращения вещания и позволял программировать какой ролик показывать допустим каждые 10 минут, а какой раз в час, или например, идет за ранее подготовленный поток данных, а в опредленное время он прерывается и показывается пара тройка рекламных роликов, а потом продолжается вещание потока.
2)В качестве мониторов планируется использовать обычные ЖК телики с портом RJ45, дабы не вешать на каждый монитор по компу, а следовательно кто какие экземпляры телевизоров порекомендует, так, чтобы не было проблем его стыковки с видео сервером.
3)Если есть предложения решить данную задачу по другому - всегда рад выслушать.
Нормального сервера нет, по wifi все будет тормозить и очень нестабильно работать. Встроенные плееры теликов не все понимают, надо либо тестировать перед массовой закупкой либо брать отдельные медиаплееры. Задача не проста.
> Нормального сервера нет, по wifi все будет тормозить и очень нестабильно работать.
> Встроенные плееры теликов не все понимают, надо либо тестировать перед массовой
> закупкой либо брать отдельные медиаплееры. Задача не проста.Присматриваю Samsung smart tv, думается что с ними точно проблем быть не должно, раз уж они в интернет свободно ходят и оттуда видео показывают.
На LinuxTag в Берлине познакомился с ребятами из http://www.linutop.tv/index_en.htm
У них - грамотное решение.
Лайв стрим не имеет смысла, т.к. ролики повторяются, да и FullHD стрим по вайфаю из публичных точек доступа - весьма сомнительно.--
Regards,
Stanislav Filippov
glamourtel.com
> да и FullHD стрим
> по вайфаю из публичных точек доступа - весьма сомнительно.Странно, у меня у соседа Samsung smart tv и через ADSL модем 1 мбит нормально фильмы показывает, еще и дочка паралельно в однокласниках сидит, сам видел, и вполне хватает скорости. А точки доступа мы планируем использовать не публичные, а свои, у нас не особо большой город, и думаю что своими точками мы его запросто перекроем.
>> да и FullHD стрим
>> по вайфаю из публичных точек доступа - весьма сомнительно.
> Странно, у меня у соседа Samsung smart tv и через ADSL модем
> 1 мбит нормально фильмы показывает, еще и дочка паралельно в однокласниках
> сидит, сам видел, и вполне хватает скорости. А точки доступа мы
> планируем использовать не публичные, а свои, у нас не особо большой
> город, и думаю что своими точками мы его запросто перекроем."сам видел" - весьма субъективная оченка качества видео. :) 1 мегабит явно мало для FullHD потока. Кроме того, т.к. ролики повторяются - их имеет смысл кешировать. Тогда, даже при полном отсутствии интернета система сохранит частичную(будет показывать дальше, но нельзя меня плейлисты) работоспособность.
Что касается качества изображения - когда придёт требовательный клиент, который хочет гнать ролик магазина ювелирных изделий, то вопрос качества будет решающим.--
Regards,
Stanislav Filippov
glamourtel.com
Для онлайн-вещания с единой точкой нужен очень хороший канал.
Навскидку пришла в голову идея:
1. На точку покупай обычный телевизор нужной тебе диагонали. К нему цепляй неттоп . Неттоп по HDMI будет выдавать нужный тебе контент. На неттопе ставь ОС которую ты знаешь (винду, линукс...).
2. В центре поднимай сервер распространения контента rsync, ftp .... Можно сделать единую базу, можно сделать отдельную базу контента для каждой точки.
3. Неттоп на точке синхронизирует базу контента и плай-лист с центра, после синхронизации перезапускается ПО или подхватывается новый плай-лист.
Контент проигрывается с локального источника и не будет проблем с шириной канала как при онлайн-вещании.
4. Если контент единый для всех точек - нужно придумать способ единовременной загрузки плайлиста в ПО для синхронизации видеоряда на точках.
Стоимость неттопа - до 10 т.р., но при этом ты можешь съэкономить на телевизоре - не брать SMART, а взять обычный - т.о. по затратам будет одинаково.
>[оверквотинг удален]
> единую базу, можно сделать отдельную базу контента для каждой точки.
> 3. Неттоп на точке синхронизирует базу контента и плай-лист с центра, после
> синхронизации перезапускается ПО или подхватывается новый плай-лист.
> Контент проигрывается с локального источника и не будет проблем с шириной канала
> как при онлайн-вещании.
> 4. Если контент единый для всех точек - нужно придумать способ единовременной
> загрузки плайлиста в ПО для синхронизации видеоряда на точках.
> Стоимость неттопа - до 10 т.р., но при этом ты можешь съэкономить
> на телевизоре - не брать SMART, а взять обычный - т.о.
> по затратам будет одинаково.На http://www.linutop.tv/ вроде как по такому принципу все и построено, правда все это платно, а хотелось бы конечно же бесплатного решения. Принцип действий я представляю, только вот не как не могу сообразить как это сделать с помошью уже существующих програм, а то не хочется писать свое приложение на Perl'е (когда-то писал на нем биллинг и знаю его более менее), да и за линуксами не сидел уже 6 лет, а тут вот так вот приходится все восстанавливать. Не обязательно конкретную реализацию, может просто подскажите в направлениее какого приложения копать, а там уже чего нибудь нароем и разберемся.
В общем можно обойтись самописными скриптами.Если не знаешь линух/bsd делай на винде.
На центральном сервере поднимай Rsync для виндовс (https://www.itefix.no/i2/cwrsync) в качестве службы.
в качестве конфига напиши#uid = nobody
#gid=10034use chroot = false
strict modes = false
hosts allow = *
log file = rsyncd.log
CHARSET = utf-8# оставь на первое время для отладки
max verbosity=9# Module definitions
# Remember cygwin naming conventions : c:\work becomes /cygwin/c/work
#[Reklama]
path = /cygdrive/d/Reklama
read only = true
transfer logging = yesэтим ты включишь на сервере реализацию под виндовс rsync.
На компьютере на точке ставь винду, ставь Rsync для виндовс (https://www.itefix.no/i2/cwrsync), службу отключай.
пиши скрипт синхронизации каталога на точке с каталогом на центральном сервере
update_reklama.cmd
"C:\Program Files\ICW\Bin\rsync.exe" --exclude-from="/cygdrive/c/log/exclude.txt" --compare-dest="/cygdrive/c/log/temp" --chmod=ugo=rwx -zhrt --bwlimit=500 --compress-level=9 --delete-after --log-file="/cygdrive/c/log/reklama.log" --8-bit-output --exclude=DfsrPrivate/ -v ip_servera::Reklama "/cygdrive/d/reklama/"
бросай этот скрипт в шедулер например на 1 раз в час.
в качестве ОС ставь 7-ку в ней в шедулере есть возможность не запускать повторно скрипт, если скрипт еще не отработал до конца, или ставь альтернативные шедулеры или в скрипте запуска пиши создание файла- индикатора того, что просесс синхронизации запущен.rsync_kill.cmd
taskkill /f /t /im rsync.exe
- скрипт удаления процесса rsync, на случай если процесс завис. Пропиши в шедулере на выполнение например каждые 2 часа.Этим мы решим задачу синхронизации контента с центрального сервера.
На счет синхронизации проигрывания контента нужно смотреть какие из плееров поддерживает cli-команды. И с помощью шедулера пиши скрипт обновления плай-листа или скрипт перезапуска пллера с новым плей-листом.
>[оверквотинг удален]
> ставь альтернативные шедулеры или в скрипте запуска пиши создание файла- индикатора
> того, что просесс синхронизации запущен.
> rsync_kill.cmd
> taskkill /f /t /im rsync.exe
> - скрипт удаления процесса rsync, на случай если процесс завис. Пропиши в
> шедулере на выполнение например каждые 2 часа.
> Этим мы решим задачу синхронизации контента с центрального сервера.
> На счет синхронизации проигрывания контента нужно смотреть какие из плееров поддерживает
> cli-команды. И с помощью шедулера пиши скрипт обновления плай-листа или скрипт
> перезапуска пллера с новым плей-лисДумаю....., спасибо за направление. Linux я знал и достаточнго хорошо, просто уже шесть лет за ним не сидел, будет повод восстановить все в памяти, в любом случае спасибо.
..прием советов продолжается.
Вот эбаут DLNA сервер?
Не подходит? И сжимить умеет.
http://www.serviio.org/
> http://www.serviio.org/Мб подскажите сервис, который позволяет забирать поток например по rtsp (ip камер/видеорегистраторов, плат захвата и т.п.) и отдавать например в виде flv, для последующего проигрывания на веб страничке?
> Вот эбаут DLNA сервер?
> Не подходит? И сжимить умеет.Уже думал, но он должен быть всегда на связи, т.е. если линк пропал, то и реклама встала, а раз уж есть возможность сделать более менее автономную систему, то теперь рою именно в этом направлении, да плейлисты в DLNA, насколько я знаю, не поддерживаются.
DLNA не поддерживает плейлисты, но клиент обычно проигрывает подряд файлы в пределах одной папки по кругу, т.ч. организация плейлиста сводится к банальному переименованию нужных тебе файлов:
001_perviy_rolik
002_vtoroy_rolik
...Вариант с DLNA - будет сильно зависеть от наличия канала, ширины и качества канала.
Чем не устроим предложенный мною вариант? Это костяк, на базе которого можно организовать нормальную систему с мониторингом и веб-гуем.
> DLNA не поддерживает плейлисты, но клиент обычно проигрывает подряд файлы в пределах
> одной папки по кругу, т.ч. организация плейлиста сводится к банальному переименованию
> нужных тебе файлов:
> 001_perviy_rolik
> 002_vtoroy_rolik
> ...
> Вариант с DLNA - будет сильно зависеть от наличия канала, ширины и
> качества канала.
> Чем не устроим предложенный мною вариант? Это костяк, на базе которого можно
> организовать нормальную систему с мониторингом и веб-гуем.С плейлистами ерунда, разобрались бы, это не проблема, а вот именно с постоянным соединением - это вопрос, в случае обрыва связи встанет весь видео поток, т.е. щит окажется не работоспособным.