savlad22

27 августа 2013

Не уверен или ты поменял URL до того как использовать его в других плеерах.

REST API getUrl() возвращает URL следующего вида:

http/ts://217.19.223.2:27005/?ticket=QurUQKsAIElvZxXByUp5DzUpOuOc0rGpLDmedwxpEUgJ5nbXMs2vwvm3LUNz%2FIdfobeVSTvHhF10s8vIBPB87k1CH8aCkbDZFASfor86b5cprQBtj4ycszhT03MS%2Fzaf3SuOiM0CmI96%2Bmps31tbsUkBuBowW5yJYRUEPITzAKA%3D :http-caching=3000 :no-http-reconnect

До того как использовать URL другим плеером нужно убрать /ts после http и все что после URL ( :http-caching=3000 :no-http-reconnect). Конечный URL:

http://217.19.223.2:27005/?ticket=QurUQKsAIElvZxXByUp5DzUpOuOc0rGpLDmedwxpEUgJ5nbXMs2vwvm3LUNz%2FIdfobeVSTvHhF10s8vIBPB87k1CH8aCkbDZFASfor86b5cprQBtj4ycszhT03MS%2Fzaf3SuOiM0CmI96%2Bmps31tbsUkBuBowW5yJYRUEPITzAKA%3D

23 февраля 2013

savlad22,

По поводу первой ссылки решил проблему так:
var urlCut = urlData.url.split(" ");
urlStripped = urlCut[0].replace('http/ts://','http://');
Первое отделяет ненужные хвосты после основной ссылки, второе меняет http:// на нормальный. Всё показывает после этой модификации.

По поводу m3u8: кол-во каналов для Apple гораздо меньше, чем в обычной версии, нету HD каналов, битрейт на порядок ниже, поэтому лучше придумывайте хитрость с m3u8, так как кодек позволяет.

В начале хотел использовать m3u8 для LG Smart TV (для него родной контейнер), но потом стал использовать обычные http:// потоки и всё ок.

needz, после того как ты стал использовать http:// потоки, ты просто закидываеш http url в плеер или в цикле читаеш дату по частям и закидуеш части в плеер? Я попробовал закинуть http url напрямую в плеер и Google TV плеер играет поток, но гдето через 2 - 3 минуты перестаёт играть. m3u8 файл играет без остановки. Хотелось бы не заниматся буферизащией и создаванием темп файлов.

22 февраля 2013

Присоединяюсь к вопросу. Пока Apple версия ни битрейтов (и разрешений) не имеет, ни каналов всех, ни переключения серверов. Планируется ли всё это подтянуть?

В отдаваемом URL вещания для Apple присутствует адаптивные битрейты. Устройство воспроизводящее Apple stream само выбирает нужный битрейт исходя из имеющейся на данный момент пропускной способности девайса и указанных в m3u8.

Насчет всех каналов - да, подтянуть планируем.

Про адаптивный битрейт всё понятно. Но максимальный там даже рядом с TS вещанием не стоит.

Тут больше вопрос даже в серверах: возникла проблема, что человек хотел на LG смотреть в Тайланде, а сервер для Apple стримов не выбирается, поэтому очень тормозило. Пришлось TS переделывать под m3u8.

Так как когда-то в любом случае будете на Smart TV выходить, на них же тоже HLS - почти самый основной тип потоков.

needz, смотри выше, я уже обсуждал эту тему с mariman, 25.1.2013. Думаю там или баг у них для Apple device, либо поддержка Apple device добавленна не на всех серверах, а может только на один сервер North Europe server.

21 февраля 2013

В отдаваемом URL вещания для Apple присутствует адаптивные битрейты. Устройство воспроизводящее Apple stream само выбирает нужный битрейт исходя из имеющейся на данный момент пропускной способности девайса и указанных в m3u8.
Насчет всех каналов - да, подтянуть планируем.

mariman, я это описал выше, но по поводу отставания, то максимальный bandwidth который я видел это 820000 (0,78 Mb/sec) тоесть меньше 1Mb/sec, тогда как для VLC у вас идёт до 2,5 Mb/sec. Кроме того видео с максимальным потоком, как я писал выше, показывает с очень узким экраном (тестировал на своём плеере и на нескольких других плеерах доступных на Google TV которые рекомендуються самой компанией Google).

Кстати там было больше вопросов, на которые пока никто не ответил

20 февраля 2013

needz, спасибо за ответ на первый вопрос.

Вчера после того как я отправил запрос я нашёл ответ просматривая код VLC Record, но всё равно спасибо.

Кстати когда вы пользуетесь изменённым url какой поток оно посылает .TS file или что то другое.

Ещё одно преимущество использования m3u8 это то что не надо буферизацию создавать, а для одного длинного TS файла возможно надо будет.

savlad22,

По поводу первой ссылки решил проблему так:
var urlCut = urlData.url.split(" ");
urlStripped = urlCut[0].replace('http/ts://','http://');
Первое отделяет ненужные хвосты после основной ссылки, второе меняет http:// на нормальный. Всё показывает после этой модификации.

По поводу m3u8: кол-во каналов для Apple гораздо меньше, чем в обычной версии, нету HD каналов, битрейт на порядок ниже, поэтому лучше придумывайте хитрость с m3u8, так как кодек позволяет.

В начале хотел использовать m3u8 для LG Smart TV (для него родной контейнер), но потом стал использовать обычные http:// потоки и всё ок.

19 февраля 2013

Функция /get_url возвращает для VLC:

<url>http/ts://217.19.222.34:18046/?ticket=W4z3WFdoSRnMMXHgYFq...md4ZGtVyT6mjgqGZk%3D :http-caching=1500 :no-http-reconnect</url>

или для apple:

<url>http://91.224.187.36/streaming/live5.m3u8?ticket=F%2B5Xx7O9gZhVdyF4dRsECzA...7Q%3D</url>

Вопрос первый, как читать VLC url? Можно ли url изменить чтобы зто был обычный HTTP url чтобы можно было его открыть с помощью любого http client.

Вопрос второй, когда я пользовался apple то похоже многие bit-rates не доступны для apple. По крайнен мере используя demo account Функция channel_list возвращала только rate=900 для всех каналов, тогда как для VLC возвращало много разных bitrates. Будет ли поддержка разных bitrates?

Вопрос третий, когда я открыл live5.m3u8 файл, то увидел urls к другим m3u8 файлам с разными bandwidth:

#EXTM3U

#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=320000

http://91.224.187.36/streaming/low300-5.m3...KwsK...7UpfA%3D

#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=820000

http://91.224.187.36/streaming/test5.m3u8?...K5Wd...7UpfA%3D

#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=90000

http://91.224.187.36/streaming/low300-5.m3...KwsK...7UpfA%3D

#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=64000

http://91.224.187.36/streaming/audio5.m3u8...z37i...7UpfA%3D

по документации apple player определяет параметры девайса и входящий bandwidth перед тем как грузить .TS file и выбирает самый большой bandwidth который на данный момент (run time) device может загрузить.

Вопросы:

a) не смотря на возможный rate канала 900 и rate который выставлен в settings возвращается m3u8 file с несколькими bandwidth, и ни один из них не соответствует bitrate канала или setting, почему?

б) Если посмотрите то url c BANDWIDTH=320000 и с BANDWIDTH=90000 абсолютно одинаковые, это bug или спецально сделано и почему?

в) test5.m3u8 url c BANDWIDTH=820000 (самый высокий в данном случае) по какой то причине на Google TV играет с очень узким экраном (ширина экрана на весь TV, а высота не более 5 см). По скольку вы не указываете resolution в m3u8 файле, хотелось бы узнать какой resolution вы используете, в каждом случае?

Вы спрашивали когда можно будет посмотреть на прототип программы для Google TV. Прототип практически готов, как только вы мне поможете разобратся с вашими urls, чтобы можно было играть качественное видео исходя из выше преведённых вопросов.

25 января 2013

Кстати для общей информации я пытаюсь создать Kartina TV App для Google TV. У вас уже есть версия для Android phone и Android Tablet, но нету для Google TV.

Google Developer Guide говорит:

Touchscreen support

Google TV does not support touchscreen.

Caution: By default, the Google Play Store assumes that an application requires full touchscreen support. If you want your application to appear in the Google Play Store for Google TV devices, you must specify in your manifest file (AndroidManifest.xml) that your application does not require full touchscreen support. To do this, add the following element specification exactly as it appears:

<uses-feature android:name="android.hardware.touchscreen" android:required="false"/>

In effect, this specification tells the Google Play Store to ignore the touchscreen requirement when filtering applications.

Если хотите можете добавить эту строку в AndroidManifest.xml и тогда Android Tablet версия появится в Play Store for Google TV. Не могу сказать что эта версия будет user friendly без изменений в коде, но работать будет. По крайней мере если иметь нужный видео плеер. Я пробовал на "GTVBox Video Player is now called ViMu Player" и Kartina TV Apple Url с этим плеером работают, a VLC Url не работают. Поэтому мои предыдущие вопросы были по поводу Apple Url.

25 января 2013

Изменение параметров выходных URL могут меняться в случаях если балансировщик нагрузки выбирает менее нагруженный сервер либо администратор отключает выбранный сервер по техническим причинам. Это штатная ситуация.
Так сложилось, что IP адрес сервера в настройках играет роль идентификатора площадки... не более...

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

Насчот балансировщика то он как то странно работает, когда я использую VLC версию login и меняю настройки на Eastern USA server то всегда получаю (пробовал много раз) url c Eastern USA IP, а когда я использую Apple версию login и меняю настройки на Eastern USA server то всегда получаю (пробовал много раз) url c South Europe, даже когда делаю подряд то VLC то Apple.

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

Если я правильно думаю то балансировщик нагрузки даёт приоритет сервера исходя из идентификатора площадки (основываясь на наблюдения VLC версии) и возможно этот приоритет не поддерживается при Apple версии (например идентификатор площадки не сохраняется).

24 января 2013

Забыл уточнить: первый логин я делаю с параметром apple: device=apple

24 января 2013

После logina:

http://iptv.kartina.tv/api/xml/login?login...mp;settings=all

я меняю settings сервера:

http://iptv.kartina.tv/api/xml/settings_se...al=217.19.223.2

а потом пытаюсь получить url:

http://iptv.kartina.tv/api/xml/get_url?cid=6

и в результате получаю ответ с 91.224.187.36 IP (South Europe) вместо 217.19.223.2 (Eastern USA):

http://91.224.187.36/streaming/live5.m3u8?...unhB4rdlQr7Q%3D

Если я делаю login с default (VLC) device то всё работает правильно get_url возвращает тот IP который я устанавливал в settings:

http/ts://217.19.223.2:27005/?ticket=QurUQKsAIElvZxXByUp5DzUpOuOc0rGpLDmedwxpEUgJ5nbXMs2vwvm3LUNz%2FIdfobeVSTvHhF10s8vIBPB87k1CH8aCkbDZFASfor86b5cprQBtj4ycszhT03MS%2Fzaf3SuOiM0CmI96%2Bmps31tbsUkBuBowW5yJYRUEPITzAKA%3D :http-caching=3000 :no-http-reconnect

В обоих случаях я использовал Firefox browser. Просто пытаюсь разобратся с API до создания программы

24 января 2013

После logina:

http://iptv.kartina.tv/api/xml/login?login...mp;settings=all

я меняю settings сервера:

http://iptv.kartina.tv/api/xml/settings_se...al=217.19.223.2

а потом пытаюсь получить url:

http://iptv.kartina.tv/api/xml/get_url?cid=6

и в результате получаю ответ с 91.224.187.36 IP (South Europe) вместо 217.19.223.2 (Eastern USA):

http://91.224.187.36/streaming/live5.m3u8?...unhB4rdlQr7Q%3D

Если я делаю login с default (VLC) device то всё работает правильно get_url возвращает тот IP который я устанавливал в settings:

http/ts://217.19.223.2:27005/?ticket=QurUQKsAIElvZxXByUp5DzUpOuOc0rGpLDmedwxpEUgJ5nbXMs2vwvm3LUNz%2FIdfobeVSTvHhF10s8vIBPB87k1CH8aCkbDZFASfor86b5cprQBtj4ycszhT03MS%2Fzaf3SuOiM0CmI96%2Bmps31tbsUkBuBowW5yJYRUEPITzAKA%3D :http-caching=3000 :no-http-reconnect

В обоих случаях я использовал Firefox browser. Просто пытаюсь разобратся с API до создания программы

Войти

savlad22

Публикации

Зарегистрирован

Посещение

Тип публикации

Профили

Форум

Календарь

Сообщения, опубликованные пользователем savlad22

Описание Rest Api

Описание Rest Api

Описание Rest Api

Описание Rest Api

Описание Rest Api

Описание Rest Api

Описание Rest Api

Описание Rest Api

Описание Rest Api

Описание Rest Api

Get_url для Apple всегда возвращает 91.224.187.36 Ip

Сообщество

Активность