Альтернатива Смотрёшки

[Morbid]

2Black_Dragon: На счет качества, в отличие от Смотрешки, картинка у вас сыпется чаще. (В основном на HD каналах). Редко, но чаще чем на Смотрешке.

 

Алексей предоставил тестовый доступ, большое спасибо. С недельку погоняю и дам обратную связь, как пользователь, если будет кому интересно. (Смотрешка vs 24h.tv)

[Black_Dragon]

2Black_Dragon: На счет качества, в отличие от Смотрешки, картинка у вас сыпется чаще. (В основном на HD каналах). Редко, но чаще чем на Смотрешке.

 

Алексей предоставил тестовый доступ, большое спасибо. С недельку погоняю и дам обратную связь, как пользователь, если будет кому интересно. (Смотрешка vs 24h.tv)

У нас ровно наоборот, тут нужны независимые люди и статистика

 

На каком устройстве смотрите?

Какой тип потока в настройках приложения (На UDP сжатом не может сыпаться)?

Какое подключение (WiFi или ethernet и какая скорость)?

Какой оператор (если можно сетку укажите без последнего октета)?

Прямой эфир или архив смотрите?

Edited November 20, 2016 by Black_Dragon

[Morbid]

Не сжатый UDP, максимальное качество.

Подключение по кабелю, 100Мбит до роутера (а так 1гиг, роутер микротик 951G)

Телевизор Samsung, 15 года

Мы к вам еще не подключились, только тестовая запись, которую дали в пятницу.

Прямой эфир.

 

З.Ы. Давайте поясню, на счет сыпеться, это значит что за день, на HDшных каналах, раз 5 за день попадается несколько кадров с артефактами. Причем если отмотать назад, то кадры нормально показываются. У смотрешки же при переметке проблемы остаются, так что это проблема именно как они записали эфир. Не говоря уже о том что у них иногда бывает "запортаченый" эфир, когда смотришь, а там вдруг черный экран.

[Ivan_83]

Внутри приложения есть модуль, который осуществляет коррекцию ошибок и пока хватает полосы

Далее не UDP сжатый, а сам поток сжатый до 3Мбит/с на HD и 1,5 SD

Понятно, ничо нового/интересного.

Касательно приоритезации - это отчасти легко решается настройками последней мили, отчасти тюнингом TCP стёка на раздающем сервере.

Насчёт отжатия полосы у торрентов то это давно уже не подвиг, они пару лет как разобрались и впилили нормальный контроль перегрузки канала и у них теперь uTP не сильно отличается от TCP, просто шейперы его аски не понимают и потому он даёт небольшой профит у хитрожопыйх провайдеров с дпи.

 

Теперь, по предложенной Вами связке протоколов, она работает поверх tcp и может сколько угодно корректировать ошибки, но как только рядом появится UDP трафик от торрентов или от нашего сервиса, тут же приляжет.

Так нужно настраивать TCP, но вы видимо не в курсе что это вообще возможно потому пошли по пути пейсателей торента и изобрели свой uTP, правда в их случае это был шаг отчаяния ибо возможностей тюнинга ОС клиентов у них не было.

Превратить TCP в UDP но с ретрансмитами и без переделки клиентов - относительно не сложная задача, которая решается чисто на сервере либо тюнингами либо написанием небольшого ядерного модуля строк на 200-500.

[Black_Dragon]

Понятно, ничо нового/интересного.

Касательно приоритезации - это отчасти легко решается настройками последней мили, отчасти тюнингом TCP стёка на раздающем сервере.

Насчёт отжатия полосы у торрентов то это давно уже не подвиг, они пару лет как разобрались и впилили нормальный контроль перегрузки канала и у них теперь uTP не сильно отличается от TCP, просто шейперы его аски не понимают и потому он даёт небольшой профит у хитрожопыйх провайдеров с дпи.

Так нужно настраивать TCP, но вы видимо не в курсе что это вообще возможно потому пошли по пути пейсателей торента и изобрели свой uTP, правда в их случае это был шаг отчаяния ибо возможностей тюнинга ОС клиентов у них не было.

Превратить TCP в UDP но с ретрансмитами и без переделки клиентов - относительно не сложная задача, которая решается чисто на сервере либо тюнингами либо написанием небольшого ядерного модуля строк на 200-500.

Любая работа с udp идет через send и recv, это равносильно утверждению - я то думал, что там новые технологии, а оказалась машина с рулем и колесами. Вопрос в том, как эта машина собрана и насколько надежна. В нашем случае 4 года разработки и тестирования, стабильная длительная передача больших потоков в разные точки страны уже должны о чем то говорить. Вы так просто всем ярлыки навешали "хитрожопыйх" провайдерам, "пейсателей торента" и т.д. Не дадите ссылок, что сами гениального написали?

[paradox_]

вы могли бы сделать хотя бы так

https://www.sendspace.com/file/0sgpw1

тогда было бы и интересно и ново

[Black_Dragon]

вообще то rtp и rtcp поверх udp ходят )))

но я понял что это не вы разработчик этого софта с udp ретрансмисией, а иначе бы не изобретали велосипед а взяли любой из готовых udp с ретрансисией

хотя бы тот же enet который используется в китайском sopcast

меня собственно интересовала только технология, думал что то интересное и новое, а оказался udp recv+send с usleep собранные на коленке

Про RTP (В основном UDP, но и TCP работает )

https://ru.wikipedia.org/wiki/Real-time_Transport_Protocol

Протокол TCP, хотя и стандартизирован для передачи RTP, как правило не используется в RTP-приложениях, так как надежность передачи в TCP формирует временные задержки. Вместо этого, большинство реализаций RTP базируется на UDP. Кроме этого, существуют другие спецификации для транспортных протоколов SCTP и DCCP, но они мало распространены

 

Про RTCP (внезапно TCP есть в названии)

https://ru.wikipedia.org/wiki/RTCP

Семейство:TCP/IP

 

А Вот что такое "udp с ретрансисией" загадка...

[paradox_]

rtp в tcp не используется

в rtsp, медиа mgpets пихают в tcp только в камерах, я же вам сказал о честном rtp в udp где в обратку идут rtcp отчеты и тоже по udp

 

rtcp никакого отношения к tcp/ip вообще не имеет, увы

 

udp c ретрансмиссией это тот велосипед что вы собрали на коленке, хотя могли взять уже готовые либы

даже rfc по этому поводу есть RUDP итд, а гугл даже свой QUIC придумал

но как я сказал ранее, вы могли взять опенсорс либу enet на которой построено sopcast p2p решение

Edited November 20, 2016 by paradox_

[Kompik]

Однако быстро тут HollyWar развели.

 

Если не погружаясь в протокольные нюансы, а сфокусироваться на конкретике, то мы имеем:

- Тикеты со смотрешкой, которые решаются неделями.

- Абонентов, которые выпадают в осадок от качества картинки при подключении и сетевых, которые не знают что сказать абонентам по этому поводу, так как все понимают что это не исправить.

- Весьма специфичный интерфейс. Тут уж на любителя.

 

Я понимаю, что на текущий момент в силу ряда причин наверное нет идеальных решений с технической и интерфейсной стороны вопроса, но все производители стремятся к этому совершенству. Кто-то быстрее, кто-то медленее.

Что у кого изменилось за последний год?

 

Кто чем выделяется технологически?

 

Смотрешка использует стандартный HLS, со всеми присущими ему достоинствами и недостатками.

 

24h, как я понял использует свой вариант протокола в тех местах где может использовать свой плеер. И надеюсь это обоснованное решение, так как писать свой протокол (пусть даже если это что-то допиленное общедоступное) это приличная работа и врядли она делается просто так что бы было не как у всех.

 

Думаю неплохая идея была бы на одном стенде провести сравнительный анализ доступных решений...

 

Кого сравнивать будем?

1. Смотрешка

2. 24h

 

Кого еще включить?

[paradox_]

когда знаешь что внутри черного ящика, то анализировать результат на его выходе уже не интересно

[Ivan_83]

Любая работа с udp идет через send и recv, это равносильно утверждению - я то думал, что там новые технологии, а оказалась машина с рулем и колесами. Вопрос в том, как эта машина собрана и насколько надежна. В нашем случае 4 года разработки и тестирования, стабильная длительная передача больших потоков в разные точки страны уже должны о чем то говорить. Вы так просто всем ярлыки навешали "хитрожопыйх" провайдерам, "пейсателей торента" и т.д.

Не любая. Есть netmap, dpdk там send()/recv() как таковые отсутствуют и работе с udp это не мешает.

 

Мне странно это слышать, для меня этот ваш udp с ретрансмитами выглядит как специфичная реализация TCP которая появилась в силу того что вы не осилили разобраться как настроить TCP на сервере и клиенте.

То что TCP весьма бережно и аккуратно грузит сеть это не косяк, как вы думаете, это результат упорных трудов учёных и специалистов чтобы одно зажравшееся приложение не убивало канал в полку. Стоило огромных усилий добиться относительно равного распределения пропускной способности канала между всеми, как в пределах одного хоста так и в пределах локалки которая ходит в нет сотнями хостов сразу.

Более того, пейсатели торрентов тоже к этому пришли со своим uTP всего за пару лет, по началу их клиент досил сам себя запрашивая больше чем пролезало через канал/шейпер.

Взять и обосрать это в виде: наш клиент давит всё к чертям и тв работает, остальное пох, всего за 4 года - это не повод для гордости.

Ещё раз говорю: можно накорябать свой сс модуль ядра хоть к линуху хоть ко фре + немного базовых тюнингов системы и он позволит точно также поливать пакетами забивая канал, при этом со стороны клиентов можно вообще ничего не настраивать либо опять же немного докрутить sysctl некоторые крутилки.

Вот тут: https://geektimes.ru/company/icover/blog/267826/ про то как люди 76 гигабит прокачали сделав то что я описал выше.

Вся ценность этого в том, что это всё ещё стандартный TCP который понимают ВСЕ а не только какой то особенный ваш клиент.

 

Скажите честно: вы хотя бы пробовали крутить sysctl и менять СС прежде чем начать пилить свой протокол?

 

Не дадите ссылок, что сами гениального написали?

http://netlab.dhis.org/wiki/ru:software:index

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

Например, портированный hybla для фри так и не стал пригодным ибо у меня нет уверенности в том что он правильно работает и времени/желания дальше разбираться. А вытащенный IP+ARP в нетграф ноду вообще скорее образовательный проект для себя, правда результаты в виде фиксов ARP реализации во фре ушли в виде патчей к ядру.

[Ivan_83]

24h, как я понял использует свой вариант протокола в тех местах где может использовать свой плеер. И надеюсь это обоснованное решение, так как писать свой протокол (пусть даже если это что-то допиленное общедоступное) это приличная работа и врядли она делается просто так что бы было не как у всех.

Нет проблемы сделать свой протокол, даже хороший, или гениальный.

Есть проблема с тем чтобы оно ушло в массы.

Например, у меня есть идея как перекладывать mpeg2ts в multicast UDP, где на каждый PID будет свой отдельный IP - это отличная идея которая наконец то решила бы проблему с тем как перекладывать из DVB в IP и в девайсах оно работало бы точно так же как DVB - быстрое переключение, епг, списки каналов и вообще всё что в DVB есть хорошего.

Я могу написать для этого и сервер и референсного клиента, но никто не будет так вещать и никто не станет встраивать это в плееры и железо потому что замкнутый круг: никто не вещает потому что некому смотреть, никто не добавляет потому что никто не вещает. В стандарты это тащить в одного трудно. И после этого никаких гарантий что оно появится в технике.

 

HLS ушёл в массы только потому что яблоко его пихало в свои девайсы и только он там типа нормально пашет.

mpeg2ts @ HTTP @ TCP - он полностью стандартный бутерброд, бери и клей из готового массово-посового.

 

Думаю неплохая идея была бы на одном стенде провести сравнительный анализ доступных решений...

Это ниочом.

В начале нужно сформулировать что сравниваем, потом как, далее как считаем и как делаем выводы.

При этом нужно так же учитывать что тюнинги систем на стендах и у вещателей могут отличатся, и в ряде случаев это даст весьма значительную разницу.

[Morbid]

Все круто конечно, но по существу все перешло в технические дебри.

 

А топик кастер ставил вопрос изначально по другому, где есть больше качественное отношение к клиенту.

 

Как потребитель, с точки зрения качества картинки и предоставление услуги и Смотрешка и 24х.тв меня вполне устраивает. На телике все гуд.

 

И там и там есть свои преимущества у приложения.

 

К примеру Смотрешка может растягивать изображение, что бы убирать черный края на эфирных каналах. У 24х.тв не нашел такого.

У 24х.тв весьма интересно сделана реализация поиска тв по сериям, правда пока не до конца разобрался как это работает.

У 24х.тв интересна сделана перемотка, видно время и кадры, но это если пользоваться только стрелочками туда\сюда. Если перематывать по таймлайну то тут увы, даже времени нету, и не понятно на сколько ты перемотал. В этом плану у Смотрешки лучше, там хоть есть время, и ты можешь понять на сколько мотаешь сразу.

У Смотрешки "проще" отмотать на 2\3 дня назад. У 24х.тв по моему надо заходить в раздел "ТВ Архив", хотя пока еще этим не занимался надо проверить.

 

Все это мое ИМХО за короткий тест в 2 дня (24х.тв и где то 4-5 месяцев Смотрешки)

 

Касательно же отношения к клиентам, пока сказать трудно, только будем рассматривать вариант подключения.

[Black_Dragon]

К примеру Смотрешка может растягивать изображение, что бы убирать черный края на эфирных каналах. У 24х.тв не нашел такого.

В настройках приложения это исправляется, но будет сделано в следующей версии значительно удобнее

У 24х.тв весьма интересно сделана реализация поиска тв по сериям, правда пока не до конца разобрался как это работает.

Все просто, можете нажать стрелку вниз и увидите все серии этого фильма или передачи со всех каналов

У 24х.тв интересна сделана перемотка, видно время и кадры, но это если пользоваться только стрелочками туда\сюда. Если перематывать по таймлайну то тут увы, даже времени нету, и не понятно на сколько ты перемотал. В этом плану у Смотрешки лучше, там хоть есть время, и ты можешь понять на сколько мотаешь сразу.

У Смотрешки "проще" отмотать на 2\3 дня назад. У 24х.тв по моему надо заходить в раздел "ТВ Архив", хотя пока еще этим не занимался надо проверить.

Не надо идти в архив :) просто нажимаете стрелочку вверх и получаете очень удобный трехпанельный интерфейс выбора канала и передачи во времени, намного удобнее смотрешки

Все это мое ИМХО за короткий тест в 2 дня (24х.тв и где то 4-5 месяцев Смотрешки)

Касательно же отношения к клиентам, пока сказать трудно, только будем рассматривать вариант подключения.

Видимо надо при первом запуске картинку показывать, как работает приложение, но мы думали, что подсказки на экране про стрелки вверх и вниз будет достаточно. Ждем еще впечатлений

[Ancient]

Скажите, а по радио-каналам услугу реально давать хоть в каком-то виде? Допустим даже по вендорам радио: юбиквити, микротик, камбиум?

[lpoonyx]

Скажите, а по радио-каналам услугу реально давать хоть в каком-то виде? Допустим даже по вендорам радио: юбиквити, микротик, камбиум?

у нас легко бегает через Ubiquity

Edited November 22, 2016 by lpoonyx

[rdc]

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

[Enigma33]

Сейчас тестируем Смотрёшку и 24часа.тв. По первым впечатлениям 24часа понравился больше, стабильность показалась лучше и интерфейс понравился больше, но в течении недели теста стали появляться косяки. На многих каналах из архива периодические артефакты, картинка рассыпается, это именно записано так, т.к. я отматывал несколько рази в одном и том же месте косяки. Пару раз канал просто зависал и пока это место не промотаешь он не отвисал. В итоге ни то ни другое не впечатлило стабильностью. Не знаю что и выбрать

Тестируем на Элтекс NV-501Wac.

[Morbid]

Пару раз канал просто зависал и пока это место не промотаешь он не отвисал.

 

Тоже самое. время от времени, изображение зависает, причем четко на одном месте. Отматываешь назад, все работает, доходит до этого места и виснет. Проматываешь слегка вперед и все ок.

 

У смотрешки наблюдал такое же но в архиве. То есть смотришь "эфир" все ок. Потом пытаешь посмотреть историю, и вдруг бах и черный экран, пока не перемотаешь (иногда до 20-30 минут) изображение не появлялось.

 

 

Не надо идти в архив :) просто нажимаете стрелочку вверх и получаете очень удобный трехпанельный интерфейс выбора канала и передачи во времени, намного удобнее смотрешки

 

Иногда почему то нет доступа к старым передачам по этому механизму. То есть доходит до начала дня и все. Вверх больше не мотается. Может глюк приложения или еще чего. Если такое повториться, скажу канал и время.

[Ancient]

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

конечно не уверен, но это может быть поводом начать переходить на более адекватную схему работы - больше секторов или оборудование другого класса

[Eugik]

Смотрешка пока смотрится презентабельней. Тестовый доступ - без проблем. На 24h - тестовый через сайт не активируется.

[Alex24h]

Коллеги, добрый день.

Спасибо за отзыв: будем в срочном порядке делать мануал для абонента по пользованию приложением.

Ниже вкратце:

К примеру Смотрешка может растягивать изображение, что бы убирать черный края на эфирных каналах. У 24х.тв не нашел такого.

В настройках поставьте "формат экрана" 16:9. Убираются черные края.

У 24х.тв весьма интересно сделана реализация поиска тв по сериям, правда пока не до конца разобрался как это работает

Кнопка "вниз" в эфире вызывает список серий текущего продукта. Выбираете по названию/по времени трансляции/по каналу.

У 24х.тв интересна сделана перемотка, видно время и кадры, но это если пользоваться только стрелочками туда\сюда. Если перематывать по таймлайну то тут увы, даже времени нету, и не понятно на сколько ты перемотал. В этом плану у Смотрешки лучше, там хоть есть время, и ты можешь понять на сколько мотаешь сразу.

Внизу бегунка время перемотки от текущей проигрываемой позиции.

У Смотрешки "проще" отмотать на 2\3 дня назад. У 24х.тв по моему надо заходить в раздел "ТВ Архив", хотя пока еще этим не занимался надо проверить.

Кнопка "вверх" вызывает EPG каналов.

 

На 24h - тестовый через сайт не активируется.

Пришлите мне на почту alexey@24h.tv номер телефона: заведу Вам тестовый аккаунт.

По нашему мнению тестовый просмотр сервиса абонент должен получать от своего провайдера, а не неизвестно откуда.

[Morbid]

Вот сегодня, смотрю Матч Арена. Изображения зависае :( и пока не нажмешь на перемотку, изображение не идет. За день уже было не однократно.

[Alex24h]

Вот сегодня, смотрю Матч Арена. Изображения зависае :( и пока не нажмешь на перемотку, изображение не идет. За день уже было не однократно.

Скорее всего приставка зависает. На каком устройстве смотрите?

[Галушко Дмитрий]

например, для легального вещания в ресторане.

 

Не думаю, что Смотрешка дает вам такое право, хотя, если у вас есть договор с РАО и ВОИС и вы им стабильно оплачиваете, то можно.

У Смотрешки как раз с договорами все впорядке. Жалко только что каналов мало в пакете "для публичного вещания".

 

на счет договоров не знаю,

но в суде дело свежее http://kad.arbitr.ru/PdfDocument/04f8668a-7aa5-4899-b0ae-44e456971100/A40-222611-2016_20161109_Opredelenie.pdf