Jump to content

Black_Dragon

Активный участник
  • Posts

    154
  • Joined

  • Last visited

1 Follower

Контакты

  • Сайт
    http://www.ihome.ru
  • ICQ
    0

Информация

  • Пол
    Мужчина
  • Интересы
    Телеком

Город

  • Город
    Москва

Recent Profile Visitors

3855 profile views
  1. Во-первых, сервис не ОТТ - работает по агентской схеме Во-вторых, разница огромна в качеств картинки, надежности доставки видеопотока, интерфейсе, и кол-ву контента
  2. Точно! Лучше сидеть на попе ровно, ничего не зарабатывать (на вип-тарифе 24часаТВ заработок 240 рублей, сравнимо с арпу за интернет) пусть клиенты все в Ростелек свалят, надоели уже.
  3. 24часаТВ 24h.tv Будет доклад на КРОС
  4. Своего looking glass нет, но вышестоящий оператор iHome. Смотрите маршруты тут lg.ihome.ru
  5. На каждом углу рассказываем, что стык для трафика 24часаТВ бесплатный не только в Москве, как у конкурентов, а во всех городах присутствия iHome/W-ix Насчет цен на пиринг/интернет, тут их никто писать не будет. Звоните +74959886011 Вам все расскажут и никто навязываться не будет. Или пишите на sales@ihome.ru и присоединяйтесь к 180+ операторам.
  6. Попробуйте обратиться leonod@1cdn.ru люди профессионально этим занимаются и осень недорого
  7. https://cstb.ru/info/exhibitors/year/2017/ 2-ой в списке 24часаТВ
  8. В 24h.tv трафик бесплатный в 30 крупных городах России
  9. В настройках приложения это исправляется, но будет сделано в следующей версии значительно удобнее Все просто, можете нажать стрелку вниз и увидите все серии этого фильма или передачи со всех каналов Не надо идти в архив :) просто нажимаете стрелочку вверх и получаете очень удобный трехпанельный интерфейс выбора канала и передачи во времени, намного удобнее смотрешки Видимо надо при первом запуске картинку показывать, как работает приложение, но мы думали, что подсказки на экране про стрелки вверх и вниз будет достаточно. Ждем еще впечатлений
  10. Про 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 с ретрансисией" загадка...
  11. Любая работа с udp идет через send и recv, это равносильно утверждению - я то думал, что там новые технологии, а оказалась машина с рулем и колесами. Вопрос в том, как эта машина собрана и насколько надежна. В нашем случае 4 года разработки и тестирования, стабильная длительная передача больших потоков в разные точки страны уже должны о чем то говорить. Вы так просто всем ярлыки навешали "хитрожопыйх" провайдерам, "пейсателей торента" и т.д. Не дадите ссылок, что сами гениального написали?
  12. У нас ровно наоборот, тут нужны независимые люди и статистика На каком устройстве смотрите? Какой тип потока в настройках приложения (На UDP сжатом не может сыпаться)? Какое подключение (WiFi или ethernet и какая скорость)? Какой оператор (если можно сетку укажите без последнего октета)? Прямой эфир или архив смотрите?
  13. оба пункта выплывают за cчет ретрансмисии по udp ? коррекция ошибок и есть - fec, но поскольку у вас его нет, жаль тогда я вас удивлю, правильно реализованый rtsp+rtp+rtcp делает все тоже самое вот только я не знаю насколько он правильно реализован во многих клиентах, особенно в маг приставках по этому поводу даже намёком спрашивал на этом форуме, но никто намёка так и не понял 1) Качество видеопотока достигается получением сигнала от правообладателей по прямому стыку, по оптике, в битрейтах, превышающих те, что идут со спутника. Далее этот сигнал либо передается без сжатия (если позволяет канал конечного абонента) либо транскодируется в несколько битрейтов, с помощью доработанного нами софта и драйверов. 2) Стабильность достигается за счет передачи видеопотоков по магистральной сети iHome (там нет никаких потерь), далее софт 1CDN корректирует ошибки на последней миле или на wifi роутере клиента с помощью переотправки потерянных пакетов по UDP. Теперь, по предложенной Вами связке протоколов, она работает поверх tcp и может сколько угодно корректировать ошибки, но как только рядом появится UDP трафик от торрентов или от нашего сервиса, тут же приляжет. Теперь стало немного яснее, где что выплывает и за счет чего?
×
×
  • Create New...