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


[quote author=olden link=topic=7681.msg100553#msg100553 date=1294651833]
Твои предложения?
Имелось в виду "информационный канал". Сделать "Информационные"?
[/quote]

Да, "Информационные" вполне!

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

[quote author=Eugene Bond link=topic=7681.msg100560#msg100560 date=1294653340]
с параметрами, конечно. но, что характерно, только что попробовал -- мне вернуло WRONG_VALUE ошибку
вызывал (как и прежде) /set?var=time_zone&val=60
[/quote]

моя ошибка
исправил

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

[quote author=olden link=topic=7681.msg100555#msg100555 date=1294652300]
Можем как-нибудь пообсуждать дефолтную нумерацию каналов. Ее можно поменять на сервере.
[/quote]

Мне кажется более приоритетным вопрос разбития на категории. Опять же у Картины эта проблема неплохо решена. Почему бы не перенять насколько возможно?

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

в GET_EPG была ошибка
исправлена

ВАЖНО
никогда не смешивайте форматы запросов
если авторизовался в формате XML, то все последующие запросы должні быть для того же формата
нельзя авторизоваться под XML а запросы слать для JSON - получите ошибку BAD_SID

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

Если не секрет, что за язык на сервере? Cpp?

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

[quote author=consros link=topic=7681.msg100590#msg100590 date=1294661932]
Если не секрет, что за язык на сервере? Cpp?
[/quote]

АПИ обрабатывается PHP
медиа-сервер - CPP

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

[quote author=consros link=topic=7681.msg100561#msg100561 date=1294653549]
[quote author=olden link=topic=7681.msg100549#msg100549 date=1294651738]
Просто у некоторых каналов до сих пор нет ЕПГ. Тебе попался именно такой - 63.
[/quote]

OK, но ведь текущая и следующая передачи для него имеются, как же так, что ЕПГ нет вообще?
[/quote]

не должны возвращаться
вообще-то 63-й канал имеет статус ДЕМО
и следовательно доступен либо демо-аккаунтам либо аккаунтам разработчиков
ЕПГ отдается не на все каналы, а только на те, которые есть в активной подписке клиента

т.е. бесполезно пытаться получить ЕПГ канала, если этот канал отсутствует в возвращаемом клиенту списке каналов

это не исключает вероятности что еще где-то у меня ошибки есть

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

[quote author=olden link=topic=7681.msg100563#msg100563 date=1294653864]
[quote author=Eugene Bond link=topic=7681.msg100560#msg100560 date=1294653340]
с параметрами, конечно. но, что характерно, только что попробовал -- мне вернуло WRONG_VALUE ошибку
вызывал (как и прежде) /set?var=time_zone&val=60
[/quote]

моя ошибка
исправил
[/quote]
теперь ошибка не возвращается, но значения все равно не сохраняются..

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

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

обращение к АПИ у нас идет http://file-teleport.com/iptv/api/....
а к иконкам путь может быть иным (в пределах домена)
<icons>
<default>http://file-teleport.com/iptv/core/img/ico/tv/%ICON%.gif</default>
</icons>

убрать только http://file-teleport.com ?
или вообще не трогать?

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

то, что клиент знает куда он обращается, не означает что картинки лежат там же. как по-мне, так вполне логично будет их через пол года обнаружить на каком-нибудь static.file-teleport.com
и хорошо, если при этом не прийдется обновлять клиентский софт.
а если уж убирать имя хоста, то лучше его задать той же переменной типа %HOST%
или глобально %PREFIX%?
но экономия трафика (помним, что сервис занимается потоковым видео) копеечная.. ИМХО смысла особо нет.

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

[quote author=Eugene Bond link=topic=7681.msg100667#msg100667 date=1294675164]
то, что клиент знает куда он обращается...
[/quote]

согласен

SET пофиксил

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

[quote author=olden link=topic=7681.msg100662#msg100662 date=1294674134]
тут поступило предложение сократить шаблоны путей к иконкам каналов.
На основании того, что клиент и так должен знать к кому обращается
На первый взгяд разумно. Но что удалять?

обращение к АПИ у нас идет http://file-teleport.com/iptv/api/....
а к иконкам путь может быть иным (в пределах домена)
<icons>
<default>http://file-teleport.com/iptv/core/img/ico/tv/%ICON%.gif</default>
</icons>

убрать только http://file-teleport.com ?
или вообще не трогать?
[/quote]

лучше оставить абсолютный адрес

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

@olden

Посмотрел немного rtv_api_0_4 и не увидел возможности получения EPG на несколько дней, получается для его получения нужно делать несколько запросов по количеству дней?

P'S'
Как я понимаю в задачи разработчиков входит уменьшение нагрузки на сервер при выдачи информации, а в интересы клиента входит быстрое получение этой информации и использование уже ставшими привычными аналогичные услуги у SAT TV. Соответственно то что приемлемо в рамках браузера на компьютере (нажал на ссылку, подождал загрузку), не совсем приемлемо для устройств использующих API.

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

Причем обратите внимание, те каналы которые имею архивы так же имеют информацию в графическом мулти-телегиде, в итоге для заполнения такого телегида необходимо сделать запросов получения EPG по всем каналам ровно на количество дней глубины архива + на неделю вперед.

Для решения вопроса выдачи информации EPG предлагаю сделать несколько функций разбитых на группы:

1. В списке каналов, как сейчас есть, на две передачи по каждому каналу, включая текущую (эта группа необходима для оперативного получения списка каналов с актуальными данными EPG) эта информация так же может использоваться для "инфобара"

2. Для отдельно выбранного канала на весь период, включая архив (передавать можно как сжатый файл в том или ином формате), при этом для уменьшения нагрузки и трафика, можно указывать актуальную дату до истечении которой необходимо обновить информацию (эта группа необходима для оперативного получения телегида не дожидаясь загрузки файла из 3-ей группы)

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

P'P'S'
Для 2 и 3 групп можно так же предусмотреть получения полного файла и только разностного, тоесть передавая уникальный код в полном запрошенном файле, можно при запросе разностного файла передавать этот индентификатор и получать только добавленные или измененные данные так же вместе с новым индентификатором, при запросе следующей разностной информации передовать в запросе уже новый индентификатор и т.д.

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

[quote author=Alexvrs link=topic=7681.msg100753#msg100753 date=1294687502]
передавать можно как сжатый файл в том или ином формате
[/quote]
можно попробовать при запросе послать HTTP заголовок Accept-Encoding gzip,deflate и, вероятнее всего, получить загзипованный ответ. в случае неполучения загзипованного ответа пинать olden-а, чтобы на сервере Родного сконфигурировали ngx_http_gzip_module

вот только я не могу понять зачем сжимать программку? сэкономить на трафике с учетом того что 99% этого трафика является потоковым видео? сэкономить место в кеше конечной приставки, но тратить рессурс на распаковку? действительно ли оно стоит того?

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

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

[quote author=Alexvrs link=topic=7681.msg100688#msg100688 date=1294680373]
[quote author=olden link=topic=7681.msg100662#msg100662 date=1294674134]
тут поступило предложение сократить шаблоны путей к иконкам каналов.
На основании того, что клиент и так должен знать к кому обращается
На первый взгяд разумно. Но что удалять?

обращение к АПИ у нас идет http://file-teleport.com/iptv/api/....
а к иконкам путь может быть иным (в пределах домена)
<icons>
<default>http://file-teleport.com/iptv/core/img/ico/tv/%ICON%.gif</default>
</icons>

убрать только http://file-teleport.com ?
или вообще не трогать?
[/quote]

лучше оставить абсолютный адрес
[/quote]
какой смысл? если не секрет?
1.ты вроде как логотипы с сайта не берешь, их лучше хранить отдельно, тк энигма капризна к неправильноотформатированым графикам
2.подставить урл не считаю проблемой, он стоит всяко в апи чутли не первой строчкой