Постепенно Facebook для российского интернета становится примерно тем же, чем Livejournal был в первые двухтысячные годы. Именно там происходят большинство интересных дискуссий и туда же постепенно переместились большинство людей, с которыми я общаюсь.
В общем, в Facebook открыта группа Прочти про ТВ, присоединяйтесь, друзья!
Обещанный пост немного задерживается по объективным причинам. Тем временем я бы хотел объявить, что мы на некоторое время притормозим с блогом. Не то, чтобы здесь происходила бурная движуха, но всё же.
Одна из причин внезапных затиший в том, что мысли, которые одолевают авторов блога, относясь к телекоммуникациям, тем не менее существенно выходят за рамки IPTV. Поэтому принято решение реформировать сайт радикальным образом, превратив его в Базу Знаний по телекоммуникациям вообще. То есть, у нас, будем надеяться, расширится список авторов и блогов вообще, появится нормальный, интегрированный форум, wiki, календарь событий, к которым можно будет «присоединиться» и назначить встречу, агрегатор новостей и пресс-релизов и место для объявления вакансий.
Пока речи не идёт о том, чтобы ввести хабраподобную схему, мы расчитываем всё же на некоторый ограниченный список экспертов как на основных поставщиков знаний (в блоги, по-крайней мере), однако список этот будет более динамическим.
В связи с этим я прошу вас высказываться, чего бы вы хотели от такого телекоммуникационного сообщества, а также помощи в реализации. Если вы располагаете простаивающим дизайнерскими или программисткими (php или python) ресурсами, дайте знать и мы придумаем, каким образом отразить ваши заслуги перед сообществом.
Кстати, первые отзывы об IBC у нас уже были, а как насчёт вторых?
Я, откровенно говоря, ездил за подтверждениями своих соображений о предстоящей смерти традиционного телевидения (об этом следующий пост) и их, конечно же нашёл в тёмных углах секции IPTV и мобильного ТВ.
А именно, нашёл-таки разработчиков «удобоваримого» торрент-протокола P2P Next. Товарищи занимаются тем, что пытаются торрент-протокол снабдить необходимым для промышленного применения функционалом — нормальной авторизацией, que-ингом пакетов (позволяет делать broadcast), приоритетизацией источников и т.д. P2P Next активно внедряется в OpenIPTVForum и, очевидно, попытается стать отраслевым стандартом. Работы в этом направлении ведутся, к слову, несколькими группами, а сама компания BitTorrent пока ведёт закрытую работу над похожими задачами, которые собирается протащить в IETF в виде RFC. Возможно, это более разумный путь, чем двигаться через вендоров. Тестовую железку под P2P Next, к слову, уже производит Pioneer.
По результатам общения с тем же OpenIPTVForum выяснил, что они всё-таки написали первую версию технологического описания базовых сервисов и документ на много сотен страниц должен быть опубликован в ноябре. Так что, скоро на экранах!
Интересно было найти и пару производителей Network Neutral сет-топ-боксов, которые, как оказалось, уже работают на каком-то проекте русском проекте в Великобритании. Русскоязычные выходцы из бывшего СССР, проживающие в Великобритании, могут поставить себе железку и смотреть на телевизоре российские каналы и даже договорились, вроде как, с нашими поставщиками о том, что каналы они смотрят в сетке, сформированной с учётом разницы во времени.
Поразило большое количество рекламных платформ. Самые разнообразные решения для мета-нарезки контента на куски и привязывания к этим маркерам вставляемых роликов, баннеров и других видов рекламы. Что характерно, проводимые опросы показывают, что в среднем 54% телезрителей готовы платить существенные деньги за просмотр телевизора без рекламы.
Ну и, конечно же, кругом IPTV, да. А вот 3D-дисплеи, которыми пытались произвести массу шума, меня совсем не впечатлили.
Ещё из новостей. Николай Федоровских прочитал на конференции о высоконагруженных системах HighLoad++ наш с ним совмесный доклад о том, как решаются проблемы проблемы с нагрузками и устойчивости в операторских решениях IPTV. По ссылке есть и видео, кстати. Я отметился на куче разных конференций и о выводах — следующий пост сегодня вечером.
P. S. Коллеги, а нет ли у вас недорогого специалиста по ExpressionEngine или PHP вообще? Дайте его, пожалуйста, «поносить» на некоторое время. От этого будет лучше всем нам :-) Если вы также сможете дать попользоваться вашим веб-дизайнером в пользу всего нашего сообщества, то цены бы вам тогда не было!
Кстати! Все, кто собирался, наверное, уже вовсю бронируют или жалеют об упущенных гостиницах в Амстердаме и получают визы чтобы ехать на IBC? :-)
Давайте попробуем предположить, кто и что расчитывает увидеть на этом мероприятии? Будет ли это засилие мэйнстрим-IPTV, массовые анонсы железок типа Popcorn Hour, Myka и Vudu или ренессанс кабельных операторов на волне DOCSIS3.0? Может быть, окажется, что TiVo-железки вырвутся за пределы Северной Америки и начнут привлекать к себе внимание?
Кстати, а насколько NAB и IBC сравнимы и сопоставимы по темам и тенденциям? А то я в Лас-Вегасе не бывал.
Прошу прощения, к предыдущему посту случайно выключил комментарии. Сейчас всё включено.
Один из потенциальным IPTV-операторов недавно попросил рассказать о том, как загружаются STB и в чём смысл «священной войны», которая и тут тоже есть своя.
Если вкратце, то есть два основных типа STB. Одни работают самостоятельно (та же Amino, например), другие при каждом включении загружаются из сети (самый популярный у нас из подобных — Motorola/Kreatel).
Начнём со второго типа, с тех, что грузятся из сети. Когда Kreatel включается, в нём нет практически никакого софта, кроме сетевого загрузчика, который подключает сетевой контроллер, получает по DHCP собственный адрес и начинает слушать multicast-группу, в которой вещается операционная система со всеми пирогами — драйверами, брузерами и кусками middleware. Занимает это в среднем минуты полторы. Выключение STB с пульта управления вводит устройство в спящий режим и прошивку он не теряет, однако, если «моргает» свет, то устройству придётся перегрузиться полностью, с самого начала. Это офигенный минус. Кроме того, нужен отдельный, довольно надёжный сервер, который будет постоянно вещать софт для желающих его загрузить. Но это мелочи.
Другой вариант STB, как, например, та же AmiNET, через сеть загружается лишь один раз. Вы покупаете «пустую» приставку, которая умеет только получить DHCP, в котором, кроме её собственного адреса, вещается ещё и адрес софта. Приставка получает собственный адрес и прошивается софтом, который вещается в указанной multicast-группе. Для того, чтобы приставка прошилась санкционированно, и не абы чем, вещаемые образы обычно шифруются, при этом ключи генерируются производителем для каждого оператора отдельно и жёстко прописываются в приставке (изменить их, впрочем, возможно с помощью совсем уж специальных утилит). Таким образом, приставка, выпущенная для оператора X, использоваться оператором Y не сможет, потому что свою версию софта последний «залить» не сможет. После этого STB работает самостоятельно. Системы поддержки AmiNET, Scientific Atlanta и некоторые другие, в целях большей гибкости, вещают отдельно загрузчик софта (bootstrap) и саму операционную систему с приложениями (software image).
Основной аргумент, который применяют производители первого типа устройств в пользу своей концепции — гибкость. Мол, при этой схеме функционирования оператор имеет возможность в любой момент времени обновить софт, полностью сменить middleware и, вообще, совершить любые необходимые манипуляции. На самом деле это не так. Точнее, ровно так, но применимо и к устройствам, способным включаться самостоятельно. Для всех этих устройств также существуют обслуживающие системы, которые включают инструментарий, обеспечивающий вещание необходимого софта и утилитки, которые позволяют «дёрнуть» любой конкретное устроёство или группу STB и либо просто «ребутнуть» их, либо обновить софт, либо сделать что-то ещё. То есть, возможности управления и администраторования STB никоим образом не страдают от того, загружается он из сети при каждом включении или лишь при инициализации в сети оператора.
Почему эти отличия важны? Причин две. Во-первых, в условиях российских городов, где скачки напряжения не являются исключительной редкостью, тот факт, что при каждом прерывании электропитания перерыв в обслуживании абонента составляет как минимум минуту-полторы, раздражает. Во-вторых, будьте внимательны. Отчего-то часто выходит так, что за необходимость загружать абонентскую приставку при каждом включении, нужно ещё и дополнительно платить. Так, один известный производитель не только продаёт сам сервер-вещатель за 700 с лишним евро, так ещё и каждый обслуживаемый им STB лицензирует ещё за некоторое количество евро. Оно вам нужно?!
Кстати, тот же Kreatel новые, ещё не выпущенные версии приставок будет делать как раз прошиваемыми единыжды, а затем обновляемыми по запросу.
NB. Кстати, мы скоро поднимем ещё два сервиса на сайте — wiki (он уже есть, нужно только сделать «начальную набивку», если есть желающие поучаствовать в этом процессе, заходите на http://wiki.telecombuzz.ru/, через неделю-две он пойдёт в «продакшн» ) и новостная лента.
Если Вы читаете нас через RSS и давно не заходили на сайт, то, вполне вероятно, вы не в курсе, что прямо сверху страницы у нас появилось меню с выбором ещё одного сервиса, форума.
Совершенно очевидно, что у нас возникла потребность не только в монологе, а в каком-то менее формализованном месте для общения и обсуждения текущих событий и явлений.
На форуме открыта регистрация. Тем же, кто регистрировался на блоге, отдельно регистрироваться на форуме не обязательно, можно сразу заходить под своим именем-паролем.
Следующий на очереди движок wiki, будем складывать коллективную мудрость. :-)
