Подтвердить что ты не робот

Android - Размер буфера MediaPlayer в ICS 4.0

Я использую сокет как прокси для MediaPlayer, поэтому я могу загружать и расшифровывать mp3-аудио, прежде чем записывать его в сокет. Это похоже на пример, показанный в новостном приложении NPR, но я использую его для всех Android версии 2.1 - 4 атм.

Код NPR StreamProxy - http://code.google.com/p/npr-android-app/source/browse/Npr/src/org/npr/android/news/StreamProxy.java

Моя проблема в том, что воспроизведение выполняется быстро для 2.1 - 2.3, но в Android 4.0 ICS MediaPlayer буферизует слишком много данных перед запуском onPrepared прослушивателя.

Пример количества данных, записанных в Socket OutputStream до onPrepared():

В SGS2 с 2.3.4 - onPrepared() после ~ 133920 байт

В Nexus S с 4.0.4 - onPrepared() после ~ 961930 байт

Это также происходит в Nexus Galaxy.

Вряд ли эмулятор 4.0 не буферизует столько данных, сколько 4.0. Кто-нибудь сталкивается с аналогичной проблемой с MediaPlayer на ICS?

ИЗМЕНИТЬ

Здесь как прокси пишет в сокет. В этом примере это из CipherInputStream, загруженного из файла, но то же самое происходит, когда он загружается из HttpResponse.

final Socket client = (setup above)

// encrypted file input stream
final CipherInputStream inputStream = getInputStream(file);

// setup the socket output stream
final OutputStream output =  client.getOutputStream();

// Writing the header
final String httpHeader = buildHttpHeader(file.length());
final byte[] buffer = httpHeader.getBytes("UTF-8");
output.write(buffer, 0, buffer.length);

int writtenBytes = 0;
int readBytes;
final byte[] buff = new byte[1024 * 12]; // 12 KB

while (mIsRunning && (readBytes = inputStream.read(buff)) != -1) {
    output.write(buff, 0, readBytes);
    writtenBytes += readBytes;
}

output.flush();
output.close();

Заголовки HTTP, которые записываются в MediaPlayer перед звуком.

private String buildHttpHeader(final int contentLength) {
    final StringBuilder sb = new StringBuilder();

    sb.append("HTTP/1.1 200 OK\r\n");
    sb.append("Content-Length: ").append(contentLength).append("\r\n");
    sb.append("Accept-Ranges: bytes\r\n" );
    sb.append("Content-Type: audio/mpeg\r\n");
    sb.append("Connection: close\r\n" );
    sb.append("\r\n");

    return sb.toString();
}

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

Снова, это работает довольно хорошо Android 2.1 - 2.3, но в ICS MediaPlayer буферизует огромное количество этих данных перед игрой.

ИЗМЕНИТЬ 2:

Дальнейшее тестирование показывает, что это также проблема на SGS2 после обновления до Android 4.0.3. Таким образом, похоже, что реализация буферизации MediaPlayer значительно изменилась в 4.0. Это разочаровывает, поскольку API не дает возможности изменить поведение.

ИЗМЕНИТЬ 3:

Создана ошибка Android. Пожалуйста, добавьте комментарии и звезды там, а также http://code.google.com/p/android/issues/detail?id=29870

ИЗМЕНИТЬ 4:

Мой код воспроизведения довольно стандартный. У меня есть вызов start() на MediaPlayer в моем методе onPrepared().

mCurrentPlayer.setAudioStreamType(AudioManager.STREAM_MUSIC);
mCurrentPlayer.setDataSource(url);
mCurrentPlayer.prepareAsync();

Попробовали это, используя только метод prepare(), а также рекомендованный ajacian81, но безрезультатно.

Я должен добавить, что недавно сотрудник Google вернулся ко мне о моем вопросе и подтвердил, что размер буфера был намеренно увеличен в ICS (для контента HD). Разработчикам API было предложено добавить возможность устанавливать размер буфера на MediaPlayer.

Хотя я думаю, что этот запрос на изменение API был вокруг, прежде чем я пришел, поэтому я бы не советовал никому задерживать дыхание.

4b9b3361

Ответ 1

Можно ли увидеть код, в котором вы запускаете() в MediaPlayer?

Используете ли вы тип аудиопотока STREAM_MUSIC?

player.setAudioStreamType(AudioManager.STREAM_MUSIC);

Вы также экспериментировали между player.prepareAsync(); и player.prepare();?

В прошлом году была аналогичная проблема, о которой я помню, где было принято решение: начать, приостановить, а затем перейти к началу():

player.setAudioStreamType(AudioManager.STREAM_MUSIC); 
player.setDataSource(src); 
player.prepare(); 
player.start(); 
player.pause(); 
player.setOnPreparedListener(new OnPreparedListener() {     
@Override
                public void onPrepared(MediaPlayer mp) {
                    player.start();                
                }
          });

В этом случае вряд ли удастся исправить, но пока вы вращаете свои колеса, это может стоить того.