Bat Опубликовано 18 февраля, 2014 · Жалоба День добрый! Стоит вопрос выбора способа доставки IPTV каналов. Первоначально пакета бесплатных каналов. На данный момент в тестовом виде организован способ доставки через Интернет. Потоки запаковываются через getstreamer, дотавляются до сервера через паблик, далее распаковываются в мультикаст, а далее астрой раздаются по http. Схема работает. Но не устраивакт качество. Периодически, особенно в ЧНН начинают появляться артефакты, залипы, потери участков видеоряда вплоть до полной остановки трансляции на несколько секунд. Магистральный канал при этом свободен. Вопрос. У кого-нибудь через паблик идет забор каналов или все используют спутники или какие-то другие способы? Если идет, то как с качеством дела? Каким образом организована схема? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
uk2558 Опубликовано 18 февраля, 2014 (изменено) · Жалоба Беру несколько каналов через паблик, несколько беру и отдаю через городской IX. Через IX проблем нет, на паблике рандомно сыпятся каналы. Прием и передача сделаны на Astra по http. Изменено 18 февраля, 2014 пользователем uk2558 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zedsh Опубликовано 18 февраля, 2014 · Жалоба Паблик не гарантирует качество передачи каналов. Совсем. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 18 февраля, 2014 · Жалоба Вы для начала на передающей стороне поставьте tcp.cc = htcp или hybla Смотрю сразу по http через инет: через 5 часовых поясов. При всех ухищрениях и тюнингах с обеих сторон иногда бывают проблемы. Я бы сразу забирал по хттп и размножал поток из своей софтины. Но тут нужно играть с tcp.cc плюс базовый тюнинг для tcp. Либо попробовал бы гонять мультикаст завёрнутый в udp через инет, я так уже когда то делал, работало не плохо. Заворачивал на фре с помощью нетграфа. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Bat Опубликовано 19 февраля, 2014 · Жалоба Вы для начала на передающей стороне поставьте tcp.cc = htcp или hybla Это проверим. Либо попробовал бы гонять мультикаст завёрнутый в udp через инет Чем это лучше, чем гонять через tcp? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 19 февраля, 2014 · Жалоба Тем что тут оно тупо льётся и всё. Те никаких ASK от получателя не ждёт. А если хочется по быстрому попробовать и не вникать в дебри tcp то не самый плохой вариант. TCP конечно лучше, но его нужно готовить правильно. Дальше, если канал совсем не стабильный то менять канал, потому что при ощутимых потерях уже ничего не поможет и будут либо выпадающие квадраты либо постоянное ожидание загрузки очередного блока (которые тоже где то нужно хранить, это уже таймшифт). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
^rage^ Опубликовано 21 февраля, 2014 · Жалоба напишите мне в личку. я на gstreamer уже не одну собаку съел :) есть у меня в тестовом варианте штука, называющаяся teleport. де-факто - обвязка на gstreamer. у людей даже в production бегает и нареканий на неё нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
