VideoView.setVideoURI() не принимает HTTPS

this.videoView.setVideoURI (Uri.parse (url + "& ext = .m3u8"));VideoView.setVideoURI() не принимает HTTPS

Звонок никогда не доходит до сервера. С http все работает отлично. На всех других устройствах Android (! = Google TV) HTTPS также отлично работает.

URL-адрес имеет формат:

https://example.com/index.php?videoId=3&sessionId=xxxxxxxxxxxxxxxxxxx&ext=.m3u8

Это PHP скрипт, который будет возвращать файл m3u8 HLS. Но сервер никогда не называется.

Это то же самое, если я удаляю деталь «& ext = .m3u8».

Сертификат НЕ самоподписан. Другие вызовы на HTTPS-сервер, сделанные приложением, преуспевают без проблем.

Редактировать: Ошибка также не является полезной. 0/0 (что/дополнительно) Я использую Sony NSZ-GS7 с Android GoogleTV 3.2

источник

2013-02-15 Torge

В вашем вопросе очень мало информации. Можете ли вы предоставить более подробную информацию? – Krispy

Также вы прочитали: http://stackoverflow.com/questions/14783914/playing-m3u8-file-through-https-on-android-2-3 – Krispy

В соответствии с просьбой я добавил несколько подробностей. Если вам нужно что-то особенное, скажите об этом. Я не думаю о более полезной информации. – Torge

Есть два вопроса выше: 1) наш HLS-плеер не принимает HTTPS, и он требует .m3u8 до? (т. е. .php неприемлемо)

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

источник

2013-02-19 03:32:54

Итак, это окончательно? Почему только в Google TV? Он отлично работает на планшетах Honeycomb, а также в продуктах 4+. Это упоминается в официальной документации где угодно? Также почему связь работает нормально с «http»? если «.php неприемлемо» Прокси-идея возникла и у меня, но было бы смешным обходным путем, представляющим дополнительный уровень сложности, к которому я бы, скорее всего, не стал прибегать. – Torge

Текущая версия Google TV имеет собственный медиа-уровень, а не стандартный Android. Он может быть исправлен в следующем выпуске. В то время инженер думал, что никто не будет использовать Https w/HSL, они предпочли бы использовать AES с вращающимися ключами. –

Мы используем AES с вращающимися клавишами. Файлы TS шифруются и доставляются по http. Но мы должны защитить доставку ключа в приложение https, поскольку ссылки на ключи находятся в открытом тексте в m3u8 вместе со ссылкой на файлы ts по стандарту HLS. И каждый, кто слушает, мог легко захватить ключи и сам декодировать контент. Поэтому, пожалуйста, исправьте это. – Torge

ответ

Смежные вопросы