Использование ZipFileProvider с MediaPlayer иногда приводит к IllegalStateException
У меня есть некоторые проблемы с получением MediaPlayer для надежного воспроизведения видео на Android 4.3 (и более ранних версий в этом отношении). Большая часть кода - это просто стандартный шаблон (включен для полноты).
Я использую библиотеку APK Expansion, и мой obb - это просто миниатюры сомов и некоторые видеофайлы m4v, а также файл XML для описания видео.
Я думаю, что есть проблема синхронизации, потому что ошибка, кажется, возникает только при воспроизведении небольших файлов (<30 секунд или в моем случае <3Mb). Бывает при беге mMediaPlayer.prepare()
в следующем коде:
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
...
setContentView(R.layout.activity_play_video);
Intent intent = getIntent();
mFileName = intent.getStringExtra("Video"); //which video should we play
...
mHolder = mSurfaceView.getHolder();
mHolder.addCallback(this);
}
@Override
public void surfaceCreated(SurfaceHolder holder) {
playVideo();
}
public void playVideo() {
String videoFilePath = Const.CONTENT_URI + "/" + mFileName + ".m4v";
Uri zipVideo = Uri.parse(videoFilePath);
mMediaPlayer = new MediaPlayer();
try {
mMediaPlayer.setDataSource(getApplicationContext(), zipVideo);
mMediaPlayer.setDisplay(mHolder);
mMediaPlayer.prepare();
mMediaPlayer.setOnPreparedListener(this);
mMediaPlayer.setOnErrorListener (new MediaPlayer.OnErrorListener() {
@Override
public boolean onError(MediaPlayer mp, int what, int extra) {
Log.d("ERROR", "what: " + what + " extra: " + extra);
return false;
}
});
} catch (IOException e) {
e.printStackTrace();
} catch (IllegalStateException e) {
e.printStackTrace();
finish();
}
...
}
@Override
public void onPrepared(MediaPlayer mp) {
Log.d("playback " , "onPrepared");
start();
}
Я исследовал проблему, и кажется, что setDataSource(...)
не устанавливает правильное состояние mMediaPlayer
до prepare()
называется.
Что делает эту проблему еще более интересной, так это то, что при воспроизведении больших файлов она работает безупречно.
РЕДАКТИРОВАТЬ: Здесь вывод из LogCat.
11-01 13:19:12.483: E/MediaPlayer(26369): prepareAsync called in state 1
11-01 13:19:12.483: W/System.err(26369): java.lang.IllegalStateException
11-01 13:19:12.483: W/System.err(26369): at android.media.MediaPlayer.prepare(Native Method)
11-01 13:19:12.483: W/System.err(26369): at com.skilessons4u.lite.PlayVideoActivity.prepareVideo(PlayVideoActivity.java:126)
11-01 13:19:12.483: W/System.err(26369): at com.skilessons4u.lite.PlayVideoActivity.surfaceCreated(PlayVideoActivity.java:100)
11-01 13:19:12.483: W/System.err(26369): at android.view.SurfaceView.updateWindow(SurfaceView.java:571)
11-01 13:19:12.483: W/System.err(26369): at android.view.SurfaceView.access$000(SurfaceView.java:86)
11-01 13:19:12.483: W/System.err(26369): at android.view.SurfaceView$3.onPreDraw(SurfaceView.java:175)
11-01 13:19:12.483: W/System.err(26369): at android.view.ViewTreeObserver.dispatchOnPreDraw(ViewTreeObserver.java:833)
11-01 13:19:12.483: W/System.err(26369): at android.view.ViewRootImpl.performTraversals(ViewRootImpl.java:1860)
11-01 13:19:12.483: W/System.err(26369): at android.view.ViewRootImpl.doTraversal(ViewRootImpl.java:1004)
11-01 13:19:12.483: W/System.err(26369): at android.view.ViewRootImpl$TraversalRunnable.run(ViewRootImpl.java:5481)
11-01 13:19:12.483: W/System.err(26369): at android.view.Choreographer$CallbackRecord.run(Choreographer.java:749)
11-01 13:19:12.483: W/System.err(26369): at android.view.Choreographer.doCallbacks(Choreographer.java:562)
11-01 13:19:12.483: W/System.err(26369): at android.view.Choreographer.doFrame(Choreographer.java:532)
11-01 13:19:12.483: W/System.err(26369): at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:735)
11-01 13:19:12.483: W/System.err(26369): at android.os.Handler.handleCallback(Handler.java:730)
11-01 13:19:12.483: W/System.err(26369): at android.os.Handler.dispatchMessage(Handler.java:92)
11-01 13:19:12.483: W/System.err(26369): at android.os.Looper.loop(Looper.java:137)
11-01 13:19:12.483: W/System.err(26369): at android.app.ActivityThread.main(ActivityThread.java:5103)
11-01 13:19:12.483: W/System.err(26369): at java.lang.reflect.Method.invokeNative(Native Method)
11-01 13:19:12.483: W/System.err(26369): at java.lang.reflect.Method.invoke(Method.java:525)
11-01 13:19:12.483: W/System.err(26369): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:737)
11-01 13:19:12.483: W/System.err(26369): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:553)
11-01 13:19:12.483: W/System.err(26369): at dalvik.system.NativeStart.main(Native Method)
Для полноты здесь приведены команды, которые я запускаю в скрипте для генерации файла obb. Миниатюры отображаются хорошо, жестко.
zip -rn .m4v:.png $ZIPFILE $XMLFILE $VIDEOSDIR $THUMBDIR
zipalign 4 $ZIPFILE $OBBFILE
1 ответ
Я смог заставить это работать, используя AssetFileDescriptor вместо Uri
Подход, который в конечном итоге решил мою проблему, заключался в следующем:
AssetFileDescriptor afd = expansionFile.getAssetFileDescriptor(mFileName + ".m4v");
FileDescriptor fd = afd.getFileDescriptor();
long offset = afd.getStartOffset();
long length = afd.getLength();
try {
mMediaPlayer = new MediaPlayer();
mMediaPlayer.setDataSource(fd,offset, length);
mMediaPlayer.prepare();
...
} catch (IOException e) {
e.printStackTrace();
} catch (IllegalStateException e) {
e.printStackTrace();
}
Я пробовал этот подход раньше, но без параметров смещения и длины, и это не сработало. То, что вы видите выше, наконец-то заставило его работать.
Мой ошибочный подход раньше заключался в использовании ZipFileContentProvider, например, так:
public final static String AUTHORITY = "com.example.app.provider.ZipFileContentProvider";
public final static Uri CONTENT_URI = Uri.parse("content://" + AUTHORITY);
String videoFilePath = CONTENT_URI + "/" + mFileName + ".m4v";
Uri zipVideo = Uri.parse(videoFilePath);
mMediaPlayer = new MediaPlayer();
mMediaPlayer.setDataSource(this, zipVideo);
mMediaPlayer.setDisplay(mHolder);
mMediaPlayer.prepare();
Однако, как упоминалось в оригинальном вопросе, это работало только в некоторых конкретных случаях, что было далеко от идеала.