最近在做媒体播放器,使用了Android自带的MediaPlayer,经常性会碰到MediaPlayer报错的情况,找过网上的,感觉总结的不是很好或者比较散。下面,我来总结一下使用MediaPlayer经常会出现的错误。如果有比较了解的,也可以在下面评论探讨一下。
Mediaplayer可以用来控制音频或者视频文件、流的播放。(MediaPlayer class can be used to control playback of audio/video files and streams. )
这里是Android的官方API关于Mediaplayer的介绍:http://developers.androidcn.com/reference/android/media/MediaPlayer.html
在官方API中,我们可以看到Mediaplayer的生命周期图:在这个生命周期图中,我们可以看到Mediaplayer的一些调用、状态等情况。
a.如果初始化MediaPlayer通过create方法设置数据源。则不能写MediaPlayer.prepare()方法,否则会报错。
b.如果是使用MediaPlayer构造函数初始化MediaPlayer,然后通过setDataSource方法设置数据源时,就需要将MediaPlayer.start()方法写在MediaPlayer的OnPrepared函数里面(原因是音频文件没有准备好):如下面的代码
1 mediaPlayer.setOnPreparedListener(new OnPreparedListener() { 2 @Override 3 public void onPrepared(MediaPlayer mp) { 4 mp.start(); 5 } 6 });
c.如果是apk里,写好的文件。可能还需要"chmod 777”修复一下权限。关于这个解决方案,我不是很了解,有懂得可以说一下。
我们可以通过对MediaPlayer设置onErrorListener来监听错误代码。例如(-38,0)的错误,就是以下面的形式出现的(what,extra),下面给出了部分的错误和对应的错误信息提示(从stackoverflow找到的)。
1 mediaPlayer.setOnErrorListener(new OnErrorListener() { 2 @Override 3 public boolean onError(MediaPlayer mp, int what, int extra) { 4 Log.d(TAG, "OnError - Error code: " + what + " Extra code: " + extra); 5 switch (what) { 6 case -1004: 7 Log.d(TAG, "MEDIA_ERROR_IO"); 8 break; 9 case -1007: 10 Log.d(TAG, "MEDIA_ERROR_MALFORMED"); 11 break; 12 case 200: 13 Log.d(TAG, "MEDIA_ERROR_NOT_VALID_FOR_PROGRESSIVE_PLAYBACK"); 14 break; 15 case 100: 16 Log.d(TAG, "MEDIA_ERROR_SERVER_DIED"); 17 break; 18 case -110: 19 Log.d(TAG, "MEDIA_ERROR_TIMED_OUT"); 20 break; 21 case 1: 22 Log.d(TAG, "MEDIA_ERROR_UNKNOWN"); 23 break; 24 case -1010: 25 Log.d(TAG, "MEDIA_ERROR_UNSUPPORTED"); 26 break; 27 } 28 switch (extra) { 29 case 800: 30 Log.d(TAG, "MEDIA_INFO_BAD_INTERLEAVING"); 31 break; 32 case 702: 33 Log.d(TAG, "MEDIA_INFO_BUFFERING_END"); 34 break; 35 case 701: 36 Log.d(TAG, "MEDIA_INFO_METADATA_UPDATE"); 37 break; 38 case 802: 39 Log.d(TAG, "MEDIA_INFO_METADATA_UPDATE"); 40 break; 41 case 801: 42 Log.d(TAG, "MEDIA_INFO_NOT_SEEKABLE"); 43 break; 44 case 1: 45 Log.d(TAG, "MEDIA_INFO_UNKNOWN"); 46 break; 47 case 3: 48 Log.d(TAG, "MEDIA_INFO_VIDEO_RENDERING_START"); 49 break; 50 case 700: 51 Log.d(TAG, "MEDIA_INFO_VIDEO_TRACK_LAGGING"); 52 break; 53 } 54 return false; 55 } 56 });
也就是这样的错误 start called in state 0,0表示他的错误状态,下面是MediaPlayer的状态,源码中找到的:
1 enum media_player_states { 2 MEDIA_PLAYER_STATE_ERROR = 0, 3 MEDIA_PLAYER_IDLE = 1 << 0, // 1 4 MEDIA_PLAYER_INITIALIZED = 1 << 1, // 2 5 MEDIA_PLAYER_PREPARING = 1 << 2, // 4 6 MEDIA_PLAYER_PREPARED = 1 << 3, // 8 7 MEDIA_PLAYER_STARTED = 1 << 4, // 16 8 MEDIA_PLAYER_PAUSED = 1 << 5, // 32 9 MEDIA_PLAYER_STOPPED = 1 << 6, // 64 10 MEDIA_PLAYER_PLAYBACK_COMPLETE = 1 << 7, // 128 11 };
可以参照报错的状态和MediaPlayer的生命周期(上图)进行错误分析。
1.在使用MediaPlayer准备的时候,最好使用prepareAsync()方法,而不是prepare()方法,因为前一个方法是异步准备的,不会阻碍主线程;
2.mediaplayer.start()方法最好写到setOnPreparedListener的onPrepared函数中启动;虽然有时候prepareAsync()/prepare()之后直接写start方法也不会报错,但是我们要消除这个bug!!
3.当停止播放MediaPlayer后,一定要再次调用MediaPlayer的prepareAsync()方法,而不能直接调用start()方法!从上面的MediaPlayer生命周期中可以看到。
4.通过设置监听器,并自己设置变量来标记MediaPlayer的大概状态(特别是Error,End,Idle),在操作相关的函数前先检测下,就能避免大多数"操作错误"。再不行就每个MediaPlayer的函数操作都加上对IllegalStateException异常的捕获。
5.在我们编程中,我们可以一步一步的参照MediaPlayer的生命周期去编写。这样就可以减少很多错误的发生。
最近在做媒体播放器,使用了Android自带的MediaPlayer,经常性会碰到MediaPlayer报错的情况,找过网上的,感觉总结的不是很好或者比较散。下面,我来总结一下使用MediaPlayer经常会出现的错误。如果有比较了解的,也可以在下面评论探讨一下。
Mediaplayer可以用来控制音频或者视频文件、流的播放。(MediaPlayer class can be used to control playback of audio/video files and streams. )
这里是Android的官方API关于Mediaplayer的介绍:http://developers.androidcn.com/reference/android/media/MediaPlayer.html
在官方API中,我们可以看到Mediaplayer的生命周期图:在这个生命周期图中,我们可以看到Mediaplayer的一些调用、状态等情况。
a.如果初始化MediaPlayer通过create方法设置数据源。则不能写MediaPlayer.prepare()方法,否则会报错。
b.如果是使用MediaPlayer构造函数初始化MediaPlayer,然后通过setDataSource方法设置数据源时,就需要将MediaPlayer.start()方法写在MediaPlayer的OnPrepared函数里面(原因是音频文件没有准备好):如下面的代码
1 mediaPlayer.setOnPreparedListener(new OnPreparedListener() { 2 @Override 3 public void onPrepared(MediaPlayer mp) { 4 mp.start(); 5 } 6 });
c.如果是apk里,写好的文件。可能还需要"chmod 777”修复一下权限。关于这个解决方案,我不是很了解,有懂得可以说一下。
我们可以通过对MediaPlayer设置onErrorListener来监听错误代码。例如(-38,0)的错误,就是以下面的形式出现的(what,extra),下面给出了部分的错误和对应的错误信息提示(从stackoverflow找到的)。
1 mediaPlayer.setOnErrorListener(new OnErrorListener() { 2 @Override 3 public boolean onError(MediaPlayer mp, int what, int extra) { 4 Log.d(TAG, "OnError - Error code: " + what + " Extra code: " + extra); 5 switch (what) { 6 case -1004: 7 Log.d(TAG, "MEDIA_ERROR_IO"); 8 break; 9 case -1007: 10 Log.d(TAG, "MEDIA_ERROR_MALFORMED"); 11 break; 12 case 200: 13 Log.d(TAG, "MEDIA_ERROR_NOT_VALID_FOR_PROGRESSIVE_PLAYBACK"); 14 break; 15 case 100: 16 Log.d(TAG, "MEDIA_ERROR_SERVER_DIED"); 17 break; 18 case -110: 19 Log.d(TAG, "MEDIA_ERROR_TIMED_OUT"); 20 break; 21 case 1: 22 Log.d(TAG, "MEDIA_ERROR_UNKNOWN"); 23 break; 24 case -1010: 25 Log.d(TAG, "MEDIA_ERROR_UNSUPPORTED"); 26 break; 27 } 28 switch (extra) { 29 case 800: 30 Log.d(TAG, "MEDIA_INFO_BAD_INTERLEAVING"); 31 break; 32 case 702: 33 Log.d(TAG, "MEDIA_INFO_BUFFERING_END"); 34 break; 35 case 701: 36 Log.d(TAG, "MEDIA_INFO_METADATA_UPDATE"); 37 break; 38 case 802: 39 Log.d(TAG, "MEDIA_INFO_METADATA_UPDATE"); 40 break; 41 case 801: 42 Log.d(TAG, "MEDIA_INFO_NOT_SEEKABLE"); 43 break; 44 case 1: 45 Log.d(TAG, "MEDIA_INFO_UNKNOWN"); 46 break; 47 case 3: 48 Log.d(TAG, "MEDIA_INFO_VIDEO_RENDERING_START"); 49 break; 50 case 700: 51 Log.d(TAG, "MEDIA_INFO_VIDEO_TRACK_LAGGING"); 52 break; 53 } 54 return false; 55 } 56 });
也就是这样的错误 start called in state 0,0表示他的错误状态,下面是MediaPlayer的状态,源码中找到的:
1 enum media_player_states { 2 MEDIA_PLAYER_STATE_ERROR = 0, 3 MEDIA_PLAYER_IDLE = 1 << 0, // 1 4 MEDIA_PLAYER_INITIALIZED = 1 << 1, // 2 5 MEDIA_PLAYER_PREPARING = 1 << 2, // 4 6 MEDIA_PLAYER_PREPARED = 1 << 3, // 8 7 MEDIA_PLAYER_STARTED = 1 << 4, // 16 8 MEDIA_PLAYER_PAUSED = 1 << 5, // 32 9 MEDIA_PLAYER_STOPPED = 1 << 6, // 64 10 MEDIA_PLAYER_PLAYBACK_COMPLETE = 1 << 7, // 128 11 };
可以参照报错的状态和MediaPlayer的生命周期(上图)进行错误分析。
1.在使用MediaPlayer准备的时候,最好使用prepareAsync()方法,而不是prepare()方法,因为前一个方法是异步准备的,不会阻碍主线程;
2.mediaplayer.start()方法最好写到setOnPreparedListener的onPrepared函数中启动;虽然有时候prepareAsync()/prepare()之后直接写start方法也不会报错,但是我们要消除这个bug!!
3.当停止播放MediaPlayer后,一定要再次调用MediaPlayer的prepareAsync()方法,而不能直接调用start()方法!从上面的MediaPlayer生命周期中可以看到。
4.通过设置监听器,并自己设置变量来标记MediaPlayer的大概状态(特别是Error,End,Idle),在操作相关的函数前先检测下,就能避免大多数"操作错误"。再不行就每个MediaPlayer的函数操作都加上对IllegalStateException异常的捕获。
5.在我们编程中,我们可以一步一步的参照MediaPlayer的生命周期去编写。这样就可以减少很多错误的发生。
本文转载自 http://www.cnblogs.com/getherBlog/p/3939033.html