Объявление

**nitrogen14** · 08-12-2010, 00:45

Re: разработка API для просмотра IPTV сервиса rodnoe.tv (обсуждение/предложения)

ой мама, читаю и нихера не понимаю..

прошу как уже писали до этого добавлять к списку каналов инфу о текушек и последующей передаче!

очень важная функция

**consros** · 08-12-2010, 01:48

Re: разработка API для просмотра IPTV сервиса rodnoe.tv (об&#108

[quote author=Eugene Bond link=topic=7681.msg96678#msg96678 date=1291744674]
по принципу, описанному тут
[/quote]
О, спасибо за науку! Я, оказывается, совершенно был не в теме по поводу существования радужных таблиц и проч. Буду знать.

Теперь поддерживаю

[quote author=olden link=topic=7681.msg96667#msg96667 date=1291740466]
login ? login=<login> & pass= MD5(MD5(<login&gt

+ MD5(<pass&gt

)
[/quote]

**consros** · 08-12-2010, 01:50

Re: разработка API для просмотра IPTV сервиса rodnoe.tv (обсуждение/предложения)

[quote author=olden link=topic=7681.msg96676#msg96676 date=1291743649]
радио-каналы могут и меняться со временем
мы их транслируем со своего сервера
при этом авторизация такая же как и на ТВ
[/quote]

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

**consros** · 08-12-2010, 01:53

Re: разработка API для просмотра IPTV сервиса rodnoe.tv (об&#108

[quote author=olden link=topic=7681.msg96680#msg96680 date=1291745929]
тем более что на приставках логины и пароли должны быть цифровыми (или с пульта можно и буквы набирать?)
[/quote]

На PCH и XTR можно с пульта буквы набирать. Т.е. допустимы и символьные. Думаю, на большинстве приставок так, иначе как бы они поддерживали горячо любимый youtube.

**nitrogen14** · 08-12-2010, 08:50

Re: разработка API для просмотра IPTV сервиса rodnoe.tv (обсуждение/предложения)

на томже сиге циферки

**olden** · 14-12-2010, 15:54

Re: разработка API для просмотра IPTV сервиса rodnoe.tv (обсуждение/предложения)

/channel_list_tv

Код:

&lt;response&gt;
&lt;icons&gt;
 &lt;type&gt;gif&lt;/type&gt;
 &lt;path&gt;http://file-teleport.com/iptv/core/img/ico&lt;/path&gt;
 &lt;folders&gt;
  &lt;default&gt;tv&lt;/default&gt;
  &lt;w40h30&gt;tv&lt;/w40h30&gt;
  ...
 &lt;/folders&gt;
&lt;/icons&gt;
&lt;groups&gt;
 &lt;item&gt;
  &lt;id&gt;1&lt;/id&gt;
  &lt;name&gt;информационный&lt;/name&gt;
  &lt;color&gt;#000000&lt;/color&gt;
  &lt;channels&gt;
   &lt;item&gt;
    &lt;id&gt;65&lt;/id&gt;
    &lt;name&gt;ОРТ&lt;/name&gt;
    &lt;is_video&gt;1&lt;/is_video&gt;
    &lt;protected&gt;0&lt;/protected&gt;
    &lt;have_archive&gt;1&lt;/have_archive&gt;
    &lt;icon&gt;ort&lt;/icon&gt;
    &lt;languages&gt;rus&lt;/languages&gt;
    &lt;aspect_ratio&gt;4:3&lt;/aspect_ratio&gt;
    &lt;epg_progname&gt;Т/с &quot;Обручальное кольцо&quot;, 380 с.&lt;/epg_progname&gt;
    &lt;epg_start&gt;1292338200&lt;/epg_start&gt;
    &lt;epg_end&gt;1292341800&lt;/epg_end&gt;
   &lt;/item&gt;
   ...
  &lt;/channels&gt;
 &lt;/item&gt;
&lt;/groups&gt;
...
&lt;servertime&gt;1292333356&lt;/servertime&gt;
&lt;/response&gt;

Относительно картиновского формата изменено:
1) В описание канала добавлен дефолтный ASPECT_RATIO

2) В описание канала добавлен параметр LANGUAGES в виде "rus" или "rus,ukr,lat" где перечислены языковые дорожки. Первая - дефолтная. Механизм пока на сервере не доделан. И я не в курсе как на разных приставках реализовано переключение звуковых дорожек.

3) Добавлен раздел ICONS, позволяющий гибко управлять типом и размерами иконок каналов. Соответственно в самом описании канала присутствует только имя файла иконки, даже без расширения.
В итоге нужная стандартная иконка канала: ICONS-PATH + '/' + ICONS-FOLDERS-DEFAULT + '/' + CHANNELS-ICON + '.' + ICONS-TYPE.
Можно будет сделать на сервере несколько наборов иконок разного размера.

4) GROUP-COLOR пока "левый". У нас не была предусмотрена колоризация групп (жанров). Оставил, т.к. может и реализуем, если нужно.

По данной схеме планирую еще два запроса:
/channel_list_radio
/channel_list (tv+radio)

Нормально?

**olden** · 14-12-2010, 16:07

Re: разработка API для просмотра IPTV сервиса rodnoe.tv (обсуждение/предложения)

да, еще одно.
Тамстампы EPG заданы не в серверной таймзоне а в локальной зоне пользователя.
Серверное время + временное смещение (тайм-зона) заданное пользователем в Личном кабинете.
В АПИ будет и запрос изменения тайм-зоны.

**nitrogen14** · 14-12-2010, 16:17

Re: разработка API для просмотра IPTV сервиса rodnoe.tv (обсуждение/предложения)

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

**olden** · 14-12-2010, 16:45

Re: разработка API для просмотра IPTV сервиса rodnoe.tv (обсуждение/предложения)

а разве при переходе на канал тебе не захочется обновить текущий ЕПГ ?
Я в вэб-плеере периодически запрашиваю сервер насчет текущей программы для текущего канала.
Есть ли смысл возвращать следующую программу вместе с текущей при запросе списка каналов ?
Я давно подумываю отказаться от этого в вэб-плеере
Ну типа текущий ЕПГ приходит вместе со списком каналов и затем с определенной периодичностью запрашивается текущий для всех каналов.
Или как иначе поддерживать актуальность ЕПГ на клиенте?

**consros** · 14-12-2010, 16:53

Re: разработка API для просмотра IPTV сервиса rodnoe.tv (обсуждение/предложения)

[quote author=olden link=topic=7681.msg97425#msg97425 date=1292337950]
Или как иначе поддерживать актуальность ЕПГ на клиенте?
[/quote]

Кстати тут недавно решил эту задачу альтернативным способом. Для каждой передачи вычисляется текущий процент просмотра. Как только у передачи этот процент достигает 100 - данные обновляются.

Пока что все данные обновляются. Но это проблемы картины, там нет запроса на отдельную передачу отдельного канала (или уже есть?).

Т.о. вся нагрузка остаётся на клиенте, сервер дёргается крайне редко, а актуальность данных выше всяких похвал.

**olden** · 14-12-2010, 17:04

Re: разработка API для просмотра IPTV сервиса rodnoe.tv (обсуждение/предложения)

проблема клиентских расчетов ЕПГ в том, что много таймзона и таймшифт хранятся на сервере

без дерганий сервера тут не обойтись
вот как сделать этот процесс оптимальным

**Eugene Bond** · 18-12-2010, 11:12

Re: разработка API для просмотра IPTV сервиса rodnoe.tv (обсуждение/предложения)

[quote author=olden link=topic=7681.msg97435#msg97435 date=1292339073]
вот как сделать этот процесс оптимальным
[/quote]
хранить программку в GMT, а клиентский софт сам добавляет смещение исходя из текущих настроек (которые получаются отдельным запросом)?

единственный "неудобный" момент в таком случае -- для получения программки на определенный день не достаточно просто указать этот день. видимо надо запрашивать программку начиная с определенного часа и передавать его в GMT.

пример 1: человек в GMT+1 без таймшифта запрашивает программку на сегодня. хочет, чтобы день считался с 4:00. вычисляет таймстемп 4:00 утра для GMT, делает поправку на свою таймзону, отправляет полученное значение на сервер и получает программку на следующие 24 часа

пример 2: человек в GMT-6 с таймшифтом в 2 часа хочет программку на вчера, и чтобы день считался с 0:00. он вычисляет таймстемп вчерашней полуночи в GMT, делает поправки на таймзону и таймшифт, отправляет запрос на сервер и получает список передач на следующие 24 часа.

pro: гибкость, минимум телодвижений на стороне сервера
contra: определенный гемор с кешированием на стороне сервера. при насильственном введении минимального шага "начала EPG дня" в один час, потенциальный размер кеша распухает в 24 раза (реально, конечно, раз в 6-

. с другой стороны, вероятно что данные достаточно линейны и могут быть кешированы тупо внутренними средствами (кешами) БД. как вариант, перекладывание EPG в одну из NoSQL баз данных может дать хороший результат (CouchDB, к примеру, хорошо справится с выборкой таких данных при помощи map/reduce + отдаст их в сразу в JSON /а XML результаты можно в тех же записях цеплять в виде аттачментов/)

**olden** · 18-12-2010, 13:55

Re: разработка API для просмотра IPTV сервиса rodnoe.tv (обсуждение/предложения)

на данный момент все работает так:
с каналами отдается текущий и следующий за ним ЕПГ в локальном времени клиента
локальное время вычисляется на основании таймзоны клиента (из настроек аккаунта на сервере либо заданной в самом запросе) и таймшифта (из настроек аккаунта на сервере)
Так что клиентской программе не нужно заморачиваться пересчетами. Задавайте правильные настройки своего локального времени (передавая спецзапросом на сервер либо редактируя в Личном кабинете) и не бойтесь.
Таймшифт по конкретному ЕПГ буду отдавать тоже в ответ на ваше локальное время в запросе линка.

Линки буду отдавать двумя способами: GET_LINK и GO_LINK
Первый просто возвращает прямую ссылку как у Картины, а второй - редиректит по прямой ссылке.
Т.е. приставки, не поддерживающие редирект, могут работать с первым методом, а остальные - с любым из двух.

Основа АПИ уже практически готова.

Сейчас перенесем биллинговій сервер на другой адрес/хостинг/железо (уже начали) и отдам для тестирования

**consros** · 18-12-2010, 15:34

Re: разработка API для просмотра IPTV сервиса rodnoe.tv (обсуждение/предложения)

Отлично!

**nitrogen14** · 18-12-2010, 16:09

Re: разработка API для просмотра IPTV сервиса rodnoe.tv (обсуждение/предложения)

хорошая новость, спс

Объявление

разработка API для просмотра IPTV сервиса Rodnoe.TV (обсуждение/предложения)

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Комментарий

Festbottom on all