Android MediaPlayer.prepare() занимает очень много времени для API> 2.3 (Является ли это из-за StageFright?)

Question

(Этот вопрос частично связан с Why does it take so long for Android's MediaPlayer to prepare some live streams for playback?)

Я пытался играть следующий аудиопоток на разных устройствах с android MediaPlayer: http://newsstream1.publicradio.org.

Наконец-то я заметил, что для метода prepare() между устройствами < = 2.2 (требуется менее 1 секунды) существует огромная разница в длительности и устройства> 2.2 (это может занять до 30 секунд ...)

Связано ли это с базовым звуковым каркасом? (OpenCore VS StageFright)

Кто-то уже испытал это? И знаете ли вы какое-нибудь лучшее решение для чтения mp3-потоков с медиаплеером StageFright?

Answer 1

Ну, после копания я пришел к выводу, что время загрузки зависит от размера буфера MediaPlayer (который как-то жестко запрограммирован в прошивке) и что ничего не поделаешь, чтобы его изменить.

Answer 2

Это не должно длиться так долго, но API MediaPlayer имеет метод asyncPrepare(), который они рекомендуют использовать для бесперебойной работы приложения.

Answer 3

Кажется, что это буферизация фиксированного количества данных, а не фиксированное количество времени. Для тех, кто не знает битрейта различных типов NPR потоков от верхней части головы, данные выглядит следующим образом:

новости MPR поток: 27 секунд (http://newsstream1.publicradio.org:80/), 64 кбит MPR классическая музыка поток: 15 секунд (http://classicalstream1.publicradio.org:80/), 128 кбит MPR текущего потока: 7 секунд (http://currentstream1.publicradio.org:80/), 128 кбит PRI поток: 52 секунды (http://pri-ice.streamguys.biz/pri1), 32 кбит Помимо расхождения между двумя 128 кбит потоков, есть очень хороший корреляция между битрейтом и продолжительностью буферизации.

В любом случае, Android является открытым исходным кодом, поэтому вы всегда можете посмотреть, что он делает. К сожалению, prepareAsync() и prepare() являются собственными методами, и, похоже, события, связанные с буфером, отправляются также из собственного процесса.

Вы пытались установить OnBufferingUpdateListener на номер MediaPlayer, чтобы получить более мелкие обновления о состоянии буфера? Возможно, было бы интересно сравнить скорость, с которой доставляются события, и в каком проценте буфер заполняется каждым событием в разных потоках. Вы можете перекрестно ссылаться на битрейты потока, и если 4 секунды буферизации со скоростью 32 кбит/с заполняет буфер таким же процентом, как и 1 секунда буферизации со скоростью 128 кбит/с, тогда, я думаю, вы найдете свой ответ.

производный от here.