【Android開發】之MediaPlayer的錯誤分析

 

 

  最近在作媒體播放器,使用了Android自帶的MediaPlayer,常常性會碰到MediaPlayer報錯的狀況,找過網上的,感受總結的不是很好或者比較散。下面,我來總結一下使用MediaPlayer常常會出現的錯誤。若是有比較瞭解的,也能夠在下面評論探討一下。html

 

  1、Mediaplayer簡介

    Mediaplayer能夠用來控制音頻或者視頻文件、流的播放。(MediaPlayer class can be used to control playback of audio/video files and streams. )android

這裏是Android的官方API關於Mediaplayer的介紹:http://developers.androidcn.com/reference/android/media/MediaPlayer.html編程

    在官方API中,咱們能夠看到Mediaplayer的生命週期圖:在這個生命週期圖中,咱們能夠看到Mediaplayer的一些調用、狀態等狀況。異步

      

 

 

  2、常見的錯誤分析

    1.最多見的錯誤(-38,0):

      a.若是初始化MediaPlayer經過create方法設置數據源。則不能寫MediaPlayer.prepare()方法,不然會報錯。ide

      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」修復一下權限。關於這個解決方案,我不是很瞭解,有懂得能夠說一下。spa

 

    2.其餘的錯誤:

      咱們能夠經過對MediaPlayer設置onErrorListener來監聽錯誤代碼。例如(-38,0)的錯誤,就是如下面的形式出現的(what,extra),下面給出了部分的錯誤和對應的錯誤信息提示(從stackoverflow找到的)。.net

 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的生命週期(上圖)進行錯誤分析。code

 

  3、一些建議

    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的生命週期去編寫。這樣就能夠減小不少錯誤的發生。

 

 

  感謝你們的閱讀,可能還有一些不完善的地方,同窗們有了解的能夠再下面留言,我能夠完善Mediaplayer供你們參考。若是有須要能夠訂閱一下,期待下一個博客!個人CSDN博客:http://blog.csdn.net/u010049692/article/details/38867449

相關文章
相關標籤/搜索