@nag_public

Страница 37 из 3745
Ivan
11.05.2016
11:54:50
эти ребята проверяют доставку пакетов и повторяют если необходимо

Roman
11.05.2016
11:55:28
Ivan
11.05.2016
11:55:53
у tcp тоже есть свои недостатки.

я спрашивал - говорят UDP лучше проходит через инет

Google
Anatoliy
11.05.2016
11:56:47
ретрансмиты убьют любой поток

[Anonymous]
11.05.2016
11:56:48
у нас мультикаст, но постепенно склоняется к мысли, что будущее таки за уникаст. дело в том, что очень многим интересен отложенный просмотр - таймшифт. очень популярный сервис у нас

Roman
11.05.2016
11:57:04
ну я вот сделал этот отложенный просмотр

архивов у нас под сотню тб

Roman
11.05.2016
11:58:01
наружу даём либо mpeg-ts, либо hls. попозже прикручу dash

[Anonymous]
11.05.2016
11:58:49
еще минус мультикаста в том, что ему сложно обеспечить QoS на SOHO устройствах клиента. а у уникаста за счет свойств протокола TCP ситуация здесь чуть лучше

Ivan
11.05.2016
12:00:37
нагрузка на роутеры

Anatoliy
11.05.2016
12:00:38
еще минус мультикаста в том, что ему сложно обеспечить QoS на SOHO устройствах клиента. а у уникаста за счет свойств протокола TCP ситуация здесь чуть лучше
производительность у сохо должно быть с запасом вне зависимости от наличия или отсутствия мультикаста . Иначе клиент будет вечно жаловаться

Roman
11.05.2016
12:00:55
я спрашивал - говорят UDP лучше проходит через инет
нет, не лучше. одинаково. правда, можно с помощью посредника сделать udp hole punching и соединить двух абонентов за разными натами.

и боль с прохождением через wifi у мультика

Google
Roman
11.05.2016
12:01:33
потери на wifi есть всегда.

Ivan
11.05.2016
12:01:51
Роман - я не защищаю 1cdn я просто пересказываю их слова.

Roman
11.05.2016
12:01:51
а в многоквартирном доме весьма шумно

Anatoliy
11.05.2016
12:01:52
wifi для мультикаста вообще плохо подготовлен

Anatoliy
11.05.2016
12:02:16
так что от таких решений надо отказываться изначально

Ivan
11.05.2016
12:03:34
они утверждают, что у них мультик приходит "целый" даже при дефиците полосы в 10 %%

Anatoliy
11.05.2016
12:03:58
это как ? жмут что-ли ?

Ivan
11.05.2016
12:04:20
Проверки и перепосылки на програмном уровне

Sergey
11.05.2016
12:04:21
пусть скажут где берут его, а пригоним мы уже сами)

Ivan
11.05.2016
12:04:50
берут своими постами.

Sergey
11.05.2016
12:05:12
постами?

Ivan
11.05.2016
12:05:26
несколько антеннных постов

Sergey
11.05.2016
12:06:22
кароче никто я погляжу в продакшене не использует вышестоящего провайдера, у всех свои поля

Ivan
11.05.2016
12:06:55
мы берем и сейчас у выше стоящего. но как резерв.

Anatoliy
11.05.2016
12:07:13
ну , у моего клиента часть каналов с Москвы тянется , но я не слышал чтоб у них были проблемы

[Anonymous]
11.05.2016
12:09:40
мы берем и сейчас у выше стоящего. но как резерв.
спросил наших, говорят около 20 штук принимаем но тоже как резерв

Sergey
11.05.2016
12:09:48
ключевое слово "часть", мы станцией мониторинга прогнали каналы, действительно есть каналы без потерь, но они третьего десятка (если так можно выразиться), а топовые с проблемами

Roman
11.05.2016
12:12:23
это как ? жмут что-ли ?
Я думаю fec + ретрансмиты

Ivan
11.05.2016
12:13:44
fec не нужен. у каждого пакета есть номер.

Google
Igor
11.05.2016
12:14:28
Иван, это где?)

Ivan
11.05.2016
12:14:32
есть последовательность прерывается - перепослать

эт к нас )))

у нас

Roman
11.05.2016
12:14:58
На ретрансмит уйдет 400 мс

? Stan
11.05.2016
12:15:33
джиттер?

Ivan
11.05.2016
12:15:53
ребята утверждают что успевают до 9-раз перепослать

Roman
11.05.2016
12:16:24
ребята утверждают что успевают до 9-раз перепослать
9 раз даже на 100мс - это почти секунда

[Anonymous]
11.05.2016
12:16:34
наверное там просто буфер

Ivan
11.05.2016
12:16:42
за что купил - за то продаю

[Anonymous]
11.05.2016
12:16:43
просто интересно как это работает в случае HD каналов

Roman
11.05.2016
12:16:53
Чтобы это было незаметно, буфер надо иметь в 1с

Т.е. можно хоть 20 ретрансмитов, вопрос в латентности

просто интересно как это работает в случае HD каналов
Я хд гоню в Израиль из Праги. Как раз 120-150ms

Andrey
11.05.2016
12:21:49
В астре есть поддержка протокола SCTP (в том числе и в бесплатной версии). На большие расстояния очень хорошо работает. https://www.isoc.org/briefings/017/

Roman
11.05.2016
12:22:38
@and_cesbo и мой коллега вроде коммитил вам модуль epg

Andrey
11.05.2016
12:23:42
Протокол стандартный, есть в ядре любой ос. Как TCP гарантирует доставку. Да. Года два назад это было ?

Google
Andrey
11.05.2016
12:24:46
http://www.technology-training.co.uk/images/pageimages/udp%20tcp%20and%20sctp%20comparison_large.gif

Roman
11.05.2016
12:25:12
Протокол стандартный, есть в ядре любой ос. Как TCP гарантирует доставку. Да. Года два назад это было ?
Андрей, я знаю про sctp :) но вот непонятно что у sctp происходит при потерях :(

Andrey
11.05.2016
12:34:29
В астре он работает как TCP - пытается дослать данные которые не дошли. В итоге данные дойдут или соединение будет закрыто. Теоретически можно сделать чтобы отбрасывал данные если не получилось доставить. Надо мне почитать о нём побольше.

Roman
11.05.2016
12:35:06
Я бы quic втащил в астру

Из-за fec

Roman
11.05.2016
12:36:21
Евгений
11.05.2016
12:37:01
Иван, мучались с качеством?
мы частично берем с антенного поля, большую часть с москвы, и федеральные с местного ртпц, ну соответственно есть резервы с местными операторами, все это заводим в астру и с нее уже на головную

Andrey
11.05.2016
12:37:47
Почитаю о quic. Не сталкивался с ним. Ещё есть UDT - https://en.wikipedia.org/wiki/UDP-based_Data_Transfer_Protocol (наверно о нём в презентации выше "Альтернативная доставка ТВ-сигнала по всему миру")

Aleksey
11.05.2016
12:42:30
Мы берем часть у поставщиков из Москвы на М9, часть сами снимаем, часть от поставщиков в другом городе. В целом - проблем не так много, но иногда приходится звонить/писать по поводу проблем на отдельных каналах. Свое поле - здорово, но там ведь не так дешево это получается если учитывать, что еще нужно принимать все эти каналы и отправлять в сторону астры.

Oleg
11.05.2016
14:03:59
Мы берем потоки у тех ребят с презентахи

Качественнее чем наши PBI

Некоторые потоки так себе, некоторые очень стабильны

В целом могу рекомендовать

Sergey
11.05.2016
14:19:50
В целом могу рекомендовать
Вы видимо далеко от Москвы?

Oleg
11.05.2016
14:20:07
45-60 мс

Sergey
11.05.2016
14:22:36
Далеко)

Oleg
11.05.2016
14:23:46
Ага :-) 36 градус не видно

Roman
11.05.2016
14:46:20
Коллеги, раз такое дело - порекомендуйте решение для вещания HLS. Берем 5 FTA каналов с одного спутника и 5 с эфира. Понятно что тюнер с dvb-t2 и dvb-s. А дальше что - Astra?

[Anonymous]
11.05.2016
14:49:07
А это легально - из радио эфира брать сигнал и продавать его?

Google
Andrey
11.05.2016
14:54:46
HLS - недавно добавил. сейчас есть только в тестовой версии. работает стабильно. Про легальность - теоретически надо заключать договора с правообладателями. Но можно каналы не продавать. Просто как дополнительная услуга.

Ivan
11.05.2016
14:56:05
>А это легально - из радио эфира брать сигнал и продавать его? А нам 1и 2 мультиплекс так и согласовали

Ivan
11.05.2016
15:23:26
дык Владимирский

Pavel
11.05.2016
15:27:35
Г. Владимир?

Oleg
11.05.2016
15:32:31
Роману, думаю не нужно лицензий ;-)

Ivan
11.05.2016
15:34:50
да

а собственно какие варианты вообще еще могут быть ?

Oleg
11.05.2016
15:40:11
В hls вещать?

Мы сейчас принимаем на PBI отдаем поток на Астру. После нее ffmpeg +nginx раздает hls.

Как версия Астры с hls будет не тестовой, будем hls с нее раздавать.

Roman
11.05.2016
15:56:47
Кто нибудь использовал стриминг серверы MOI ? http://www.tbsdtv.com/products/tbs2911-moi-pro.html

Нам для бесплатного вещания бесплатных каналов. Профессиональное железо не нужно!

В это шасси Dual DVB-T2 и Dual DVB-C вставим и все. Весь head end на этом будет.

Andrey
11.05.2016
16:09:30
Версия TBS MOI Pro AMD работает хорошо. Каналов 40 точно может вытянуть. Больше скорей всего не получится. Там сетевая Realtek

Sergey
11.05.2016
16:35:12
Oleg
11.05.2016
16:37:48
Ну мне нужно отдавать ТВ в не свою сеть.

И нет гемороя с роутерами, wifi, smart tv

Aff
11.05.2016
17:46:55
На наге редакторы из отчисленных с журфака?

Страница 37 из 3745