Альтернатива Android 2.2 MediaPlayer для HTTPS и прямой трансляции

Я создал службу, которая использует android.media.MediaPlayer, она отлично работает с устройствами 3.1+ и, как и ожидалось, не полностью работает со старыми версиями Android, как HTTPS и прямые трансляции не поддерживаются. С локальными файлами проблем нет.

Что я хочу сделать, так это использовать android.media.MediaPlayer для устройств 3.1+, и мне придется создать альтернативу для других (базовый SDK 8, Android 2.2).

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

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

Итак, вопрос в том, есть ли какие-либо альтернативы android.media.MediaPlayer, поддерживающие низкоуровневый источник данных (например, поток или буфер), или любой другой обходной путь для HTTPS и прямых трансляций? Если ничего подобного не является частью SDK 8+, возможно, есть проект с открытым исходным кодом для разветвления.


Есть немного похожий вопрос альтернатива медиаплеера Android?, он запрашивает функции, которые мне не нужны, и не запрашивает функции, которые мне нужны.


person A-Live    schedule 16.04.2013    source источник


Ответы (1)


Я не знаю, ищете ли вы еще способ сделать это, но я предполагаю, что локальный прокси-сервер решит вашу проблему. См. мой ответ здесь, чтобы немного узнать об этом. Конечно, как вы заметили, вы должны отключить любую функцию поиска/обмана, если вы не планируете реализовать ее через прокси. Вы должны иметь возможность реализовать сервер так, чтобы MediaPlayer видел только HTTP-контент. В этот момент не должно быть проблем.

person Dave    schedule 07.09.2013
comment
Спасибо за отзыв. Мы закончили принудительно использовать http для устройств 2.2-3.1, заменив префиксы URL. Решение было основано на огромной стоимости разработки и поддержки других решений, а также на том факте, что устройства 3.1+ составляют основную часть оборудования целевой аудитории, а также службы, которые мы хотели поддерживать, принимали замены http. - person A-Live; 07.09.2013