savlad22

Не уверен или ты поменял 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

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

В отдаваемом 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.

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

needz, спасибо за ответ на первый вопрос. Вчера после того как я отправил запрос я нашёл ответ просматривая код VLC Record, но всё равно спасибо. Кстати когда вы пользуетесь изменённым url какой поток оно посылает .TS file или что то другое. Ещё одно преимущество использования m3u8 это то что не надо буферизацию создавать, а для одного длинного TS файла возможно надо будет.

Функция /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, чтобы можно было играть качественное видео исходя из выше преведённых вопросов.

Кстати для общей информации я пытаюсь создать 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.

Не могу согласится с правильностью этого решения (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 версии (например идентификатор площадки не сохраняется).

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

После 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 до создания программы

После 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 до создания программы