【Android开发】之MediaPlayer的错误分析_移动开发_编程开发_程序员俱乐部

中国优秀的程序员网站程序员频道CXYCLUB技术地图
热搜:
更多>>
 
您所在的位置: 程序员俱乐部 > 编程开发 > 移动开发 > 【Android开发】之MediaPlayer的错误分析

【Android开发】之MediaPlayer的错误分析

 2014/8/27 12:20:33  gether  程序员俱乐部  我要评论(0)
  • 摘要:最近在做媒体播放器,使用了Android自带的MediaPlayer,经常性会碰到MediaPlayer报错的情况,找过网上的,感觉总结的不是很好或者比较散。下面,我来总结一下使用MediaPlayer经常会出现的错误。如果有比较了解的,也可以在下面评论探讨一下。一、Mediaplayer简介Mediaplayer可以用来控制音频或者视频文件、流的播放。(MediaPlayerclasscanbeusedtocontrolplaybackofaudio/videofilesandstreams
  • 标签:android 开发 分析 错误 Android开发

 

 

  最近在做媒体播放器,使用了Android自带的MediaPlayer,经常性会碰到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的一些调用、状态等情况。

      

 

 

  二、常见的错误分析

    1.最常见的错误(-38,0):

      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”修复一下权限。关于这个解决方案,我不是很了解,有懂得可以说一下。

 

    2.其他的错误:

      我们可以通过对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             });

    

    3.错误状态:

      也就是这样的错误 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的生命周期去编写。这样就可以减少很多错误的发生。

 

 

  感谢大家的阅读,可能还有一些不完善的地方,同学们有了解的可以再下面留言,我可以完善Mediaplayer供大家参考。如果有需要可以订阅一下,期待下一个博客!我的CSDN博客:http://blog.csdn.net/u010049692/article/details/38867449

  

 

  • 相关文章
发表评论
用户名: 匿名