Как протестировать аутентифицированный контент с помощью MediaPlayer на Android

Я видел довольно много сообщений, задающих этот вопрос на SO, но, похоже, не существует окончательного ответа (или, по крайней мере, ответа, который мне нравится!)

У меня есть контент, защищенный за базовым auth (имя пользователя/пароль). Я могу загрузить его с помощью различных загрузок HTTP-загрузки, но для жизни я не могу разобраться, как сообщить медиа-плееру о его потоке (и обеспечить аутентификацию). Я видел одно сообщение, которое предположило, что это невозможно, так как MediaPlayer - это весь собственный код и не похоже на Authenticator.

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

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

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

BTW Я парень Mac/iPhone и новичок на Android, поэтому я все еще боюсь немного обучения Java... Извините, если я упустил что-то очевидное.

Ответ 1

Если вы управляете сервером, одним из вариантов может быть его изменение, чтобы можно было создать временный, случайный URL-адрес для контента при аутентификации, а затем передать его. Будут ли потоковые функции принимать URL-адрес, содержащий параметры script?

Чтобы сделать все по-настоящему на телефоне, другой вариант заключался бы в том, чтобы написать тривиальный HTTP-прокси, такой как сервер, в java или native-коде и запустить его в фоновом потоке. Вместо того, чтобы указывать медиаплеер на сервере, вы должны указать его на свой собственный прокси-сервер. Прокси-сервер будет передавать запросы удаленному серверу при обработке аутентификации.

Ответ 2

Один из подходов - загрузить данные самостоятельно, декодировать их (от??? до PCM) и использовать AudioTrack для воспроизведения PCM. Уловка в декодировании. Какой формат представляет поток, закодированный в?

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

Ответ 3

У меня была такая же проблема, и я решил ее, поместив учетные данные в URL-адрес. Он официально не поддерживается для HTTP, но большинство веб-клиентов поддерживают его.

Следующий код основан на этом учебнике: http://www.coderzheaven.com/2012/08/14/stream-audio-android/

    try {
        // You can use HTTPS or HTTP as protocol.
        String myURL = "https://example.com/song.mp3";

        mp.reset();
        mp.setAudioStreamType(AudioManager.STREAM_MUSIC);
        mp.setOnPreparedListener(this);
        mp.setOnErrorListener(this);

        // These are the two lines, doing the magic ;) It transforms it to a url like this: https://user:[email protected]/song.mp3
        UsernamePasswordCredentials credentials = connHelper.getCredetials();
        myURL = myURL.replace("://", "://" + URLEncoder.encode(credentials.getUserName(), "UTF-8") + ":" + URLEncoder.encode(credentials.getPassword(), "UTF-8") + "@");

        mp.setDataSource(myURL);
        mp.prepareAsync();
        mp.setOnCompletionListener(this);
    } catch (Exception e) {
        Log.e("StreamAudioDemo", e.getMessage());
    }

ПРИМЕЧАНИЕ.. Используя URLEncoder здесь, мы хотим избавиться от таких проблем, как: Если имя пользователя или пароль содержит двоеточие или @.

ПРИМЕЧАНИЕ2: Он может работать или не работать для вас, в зависимости от вашего сервера. Если вы столкнулись с этой проблемой, я предлагаю вам взглянуть на этот вопрос: Почему браузеры не отправляют заголовок аутентификации, когда учетные данные указаны в URL-адресе?