Стример Unicast 30 x 30

[nphs]

Добрый день =)

 

Возник такой вопрос, необходимо организовать IP-TV в уже готовой сети.

 

Реально ли запустить контент из 30 каналов в сеть по unicast? Первоначально планируется ресурс на 30 сессий.

 

Какие стримеры можно использовать?

[s.lobanov]

nphs

Вы уже определились с протоколами? Хотя бы поверх tcp или udp? (tcp для реалтайм-трансляций ТВ это спорное решение, хотя и тут есть очень интересные наработки)

Как должна выглядеть услуга - флешплеер/html5 в браузере и/или ссылка для открытия в медиаплеере?

Планируете ли запуск услуги на телевизорах SmartTV?

Что является источником сигнала?(спутниковый приёмник/multicast от другого провайдера/прочее?)

 

Вы ищите готовое решение(железо+софт) или только софт?

[nphs]

Услуга будет выглядеть как плей лист для рекомендованного медиаплеера, либо приставка к ТВ/Smart TV.

По tcp/udp, я так понимаю однозначно ведь udp?!

 

Если есть готовое решение в 1,5 раза дороже чем собственное - тогда готовое. Иначе соответственно собственное.

 

О сети: топология звезда, на дом 100мбит

[s.lobanov]

Услуга будет выглядеть как плей лист для рекомендованного медиаплеера, либо приставка к ТВ/Smart TV.

 

Если с плейлистом для PC медиаплеера и со SmartTV более менее понятно, то с приставками к ТВ(STB) всё довольно весело, начиная с того как в неё будет попадать плейлист.

 

По tcp/udp, я так понимаю однозначно ведь udp?!

 

Если через flash/html5 показывать не надо, да ещё и в своей сети, то конечно udp.

 

И чуть не забыл, как вы собираетесь реализовывать пакеты каналов? (или будет только один пакет со всеми каналами?)

[nphs]

И чуть не забыл, как вы собираетесь реализовывать пакеты каналов? (или будет только один пакет со всеми каналами?)

На iptv пакет будет только один со всеми каналами.

 

то с приставками к ТВ(STB) всё довольно весело, начиная с того как в неё будет попадать плейлист

Не думал, есть же общепринятые способы или стандарты?

[s.lobanov]

И чуть не забыл, как вы собираетесь реализовывать пакеты каналов? (или будет только один пакет со всеми каналами?)

На iptv пакет будет только один со всеми каналами.

А как вы будете отличать абонентов с услугой IPTV и без? По source IP абонента? Или вешать IP-ACL на порт абонента/запихивать в другой vlan/прочее?

 

то с приставками к ТВ(STB) всё довольно весело, начиная с того как в неё будет попадать плейлист

Не думал, есть же общепринятые способы или стандарты?

 

Универсальных способов нет. Навскидку:

- middleware

- кастомизированная прошивка/свой виджет

- забивание плей-листа в дефолтный интерфейс приставки

 

у каждого способа свои недостатки

 

могу посоветовать лишь искать не традиционные STB(с поддержкой систем типа verimatrix), а всякие "медиаплееры" типа dune или на базе android и смотреть насколько геморройно в них загрузить ваш плейлист/виджет

[nphs]

А как вы будете отличать абонентов с услугой IPTV и без? По source IP абонента? Или вешать IP-ACL на порт абонента/запихивать в другой vlan/прочее?

Скорее всего ACL.

 

Универсальных способов нет. На вскидку:

- middleware

- кастомизированная прошивка/свой виджет

- забивание плей-листа в дефолтный интерфейс приставки

 

у каждого способа свои недостатки

 

могу посоветовать лишь искать не традиционные STB(с поддержкой систем типа verimatrix), а всякие "медиаплееры" типа dune или на базе android и смотреть насколько геморройно в них загрузить ваш плейлист/виджет

я и думаю начать с дешевых китайских андроид свистков. Может получиться найти надежное, простое решение.

 

Меня больше волнует вопрос со стримером, какие мощности ему нужны и сколько это будет стоит.

[s.lobanov]

Меня больше волнует вопрос со стримером, какие мощности ему нужны и сколько это будет стоит.

 

Чтобы решить вопрос со стримером, надо понять какие форматы/протоколы от него требуются. Т.е вам нужно собрать стенд из PC с виндой, SmartTV и нескольких ТВ-приставок и ещё один комп с vlc в качестве лабораторного стримера. Понять какие форматы/протоколы они понимают, пересечь эти множества

[Ivan_83]

Меня больше волнует вопрос со стримером, какие мощности ему нужны и сколько это будет стоит.

На 30 SD каналов без транскодинга - мизерные.

Если юникаст - то tcp/http.

[s.lobanov]

Меня больше волнует вопрос со стримером, какие мощности ему нужны и сколько это будет стоит.

На 30 SD каналов без транскодинга - мизерные.

Если юникаст - то tcp/http.

 

30x30x5мбит = 4.5Гб/с - не так уж и мало

 

По поводу tcp/http и "реалтайма", единственный нормально работающий способ избежать накопления буфера на сервере(из-за тормозных клиентов) это HLS или RTMP. Для rtmp нормальная серверная часть появилась только в 2012 в виде nginx-rtmp-module, т.е. хорошие есть шансы половить баги в нём.

 

В "своей" сети я не вижу смысла использовать tcp для вещания ТВ. Проще применить традиционные udp-based протоколы + QoS.

[maxlapshin]

Насчёт RTMP и нормальной серверной части вы здорово рассмешили. Ну нельзя же совсем не вникать в вопрос.

 

HLS в локальной сети имеет смысл, если хочется на всякие SmartTV + айпады пользователям. Может и будут рады, зависит от того, что хочется дать.

[Ivan_83]

UPnP+DLNA и поток по http.

Почти 100% вероятность что телек с сетью сможет показывать, даже если он далеко не смарт, ли бы DLNA умел.

Самая загвоздка - это влить мультикастовые анонсы в ящик через роутер.

[s.lobanov]

Насчёт RTMP и нормальной серверной части вы здорово рассмешили. Ну нельзя же совсем не вникать в вопрос.

 

Что не так? Ну видимо в слово "нормальный" мы с вами вкладываем разный смысл, конечно не очень корректно давать такие абстрактные хар-ки ПО

 

HLS в локальной сети имеет смысл, если хочется на всякие SmartTV + айпады пользователям. Может и будут рады, зависит от того, что хочется дать.

 

На счёт айпадов не знаю, но автор топика собственно ограничил клиентские устройства SmartTV телевизорами, тв-приставками и обычными PC.

К слову, ведроид видеопоток over udp съедает. вот success story

[Ivan_83]

30x30x5мбит = 4.5Гб/с - не так уж и мало

А если посчитать так: 30^30^5 то получится ещё больше %)

"Ресурс на 30 сессий" - больше похоже что будет 30 подключений к серверу.

[s.lobanov]

UPnP+DLNA и поток по http.

Почти 100% вероятность что телек с сетью сможет показывать, даже если он далеко не смарт, ли бы DLNA умел.

Самая загвоздка - это влить мультикастовые анонсы в ящик через роутер.

 

на уже построенной сети с зоорпарком из роутеров это нереально. по этой же причине, фактически бесполезен local peer discovery в торрент-клиентах

 

да и вообще upnp,dlna - не операторское решение. помнится, кто-то предлагал в качестве доп.услуги предоставлять абонентам сервис PXE (менюшку с кучей операционок live). из той же серии.

[s.lobanov]

я и думаю начать с дешевых китайских андроид свистков

 

если речь идёт о "wifi->hdmi", то тогда в качестве L4 наверное лучше будет tcp. по опыту udp over wifi могу сказать, что работает как повезёт. шаг влево, шаг вправо и всё сыпется

[Ivan_83]

на уже построенной сети с зоорпарком из роутеров это нереально. по этой же причине, фактически бесполезен local peer discovery в торрент-клиентах

Для оператора тут проще, чем с остальным.

Мультикастить нужно всего на один адрес и порт, по 10 пакетов раз в 5 секунд. Клиентский мультикаст - можно резать.

Тут только анонс сервиса прилетает, дальше клиент по хттп ползает, урлы он берёт из анонсов полученных по мультикасту и из скаченных хмл.

Роутеры - более или менее умеют игмп прокси, либо это проблема абонента: купить/прошить роутер, купить стб.

 

если речь идёт о "wifi->hdmi", то тогда в качестве L4 наверное лучше будет tcp. по опыту udp over wifi могу сказать, что работает как повезёт. шаг влево, шаг вправо и всё сыпется

Мне мультикаст показался лучше, чем хттп, тк он просто льётся, а если аски тсп не долетают то поток не льётся.

[s.lobanov]

на уже построенной сети с зоорпарком из роутеров это нереально. по этой же причине, фактически бесполезен local peer discovery в торрент-клиентах

Для оператора тут проще, чем с остальным.

Мультикастить нужно всего на один адрес и порт, по 10 пакетов раз в 5 секунд. Клиентский мультикаст - можно резать.

Тут только анонс сервиса прилетает, дальше клиент по хттп ползает, урлы он берёт из анонсов полученных по мультикасту и из скаченных хмл.

Роутеры - более или менее умеют игмп прокси, либо это проблема абонента: купить/прошить роутер, купить стб.

 

Отлично. Внедрите у себя на сети upnp и dlna, потом нам расскажите. Только не для 10 клиентов и не как халявный доп. сервис.

 

Мне мультикаст показался лучше, чем хттп, тк он просто льётся, а если аски тсп не долетают то поток не льётся.

 

multicast хорош по проводам. настроил QoS и всё работает хорошо.

по wifi мультикаст работает только в "идеальных" условиях. в квартирах/коттеджах multicast udp over wifi работает плохо, очень часто сыпится, зачастую зависит от расположения людей в доме. tcp как раз тут и спасает. только конвертацию udp->простой tcp лучше всё-таки на абоненстком оборудовании делать.

[^rage^]

Меня больше волнует вопрос со стримером, какие мощности ему нужны и сколько это будет стоит.

На 30 SD каналов без транскодинга - мизерные.

и получить на клиенте неработающий звук/картинку на некоторых каналах? и как быть с планшетами(android/ipad по wifi)?

[Ivan_83]

и получить на клиенте неработающий звук/картинку на некоторых каналах? и как быть с планшетами(android/ipad по wifi)?

Для звука/картинки - большой прекеш на сервере.

IPTV + MX PLayer в андройд и нет проблем, даже программу передач показывает.

[^rage^]

и получить на клиенте неработающий звук/картинку на некоторых каналах? и как быть с планшетами(android/ipad по wifi)?

Для звука/картинки - большой прекеш на сервере.

IPTV + MX PLayer в андройд и нет проблем, даже программу передач показывает.

я про всякие чудеса с кодеками. и что с ipad?

[s.lobanov]

^rage^

 

С айпадом всё просто - его нет в ТЗ(http://forum.nag.ru/forum/index.php?showtopic=81642&st=0&p=793930entry793930 )

[Ivan_83]

Зависит от того в каких кодеках/форматах оно придёт.

Со спутника - все понимают.

[^rage^]

Зависит от того в каких кодеках/форматах оно придёт.

Со спутника - все понимают.

ооок. имеются несколько устройств на android(4.0.3 и старше). видео, снятое одним:

 

Topology:

container: 3GP

audio: MPEG-4 AAC

video: H.264

не может проиграть другие android-устройства.

со спутника обычно идёт mpeg2 + mp2/mp3 и видео interlaced. ради теста я делал HLS из спутникового потока и на яблочном устройстве всё это не игралось.

[Ivan_83]

У меня консоль всё что пробовал играла.

Только для AC3/DTS пришлось искать исправленные dsp "кодеки", иначе звук тарахтел в некоторых кинах.

Андройд 4.0.4.