Android中對于圖形界面以及多媒體的相關(guān)操作比較容易實現(xiàn)。而且對于大多數(shù)手機(jī)用戶來說，他們主要也就是根據(jù)這些方面的功能來對系統(tǒng)那個進(jìn)行修改。我們可以通過本文介紹的Android多媒體框架的源碼解讀，來具體分析一下這方面的基本知識。#t#

Android多媒體框架的代碼在以下目錄中：external/opencore/。這個目錄是Android多媒體框架的根目錄，其中包含的子目錄如下所示：

* android：這里面是一個上層的庫，它基于PVPlayer和PVAuthor的SDK實現(xiàn)了一個為Android使用的Player和Author。

* baselibs：包含數(shù)據(jù)結(jié)構(gòu)和線程安全等內(nèi)容的底層庫

* codecs_v2：這是一個內(nèi)容較多的庫，主要包含編解碼的實現(xiàn)，以及一個OpenMAX的實現(xiàn)

* engines：包含PVPlayer和PVAuthor引擎的實現(xiàn)

* extern_libs_v2：包含了khronos的OpenMAX的頭文件

* fileformats：文件格式的據(jù)具體解析（parser）類

* nodes：編解碼和文件解析的各個node類。

* oscl：操作系統(tǒng)兼容庫

* pvmi： 輸入輸出控制的抽象接口

* protocols：主要是與網(wǎng)絡(luò)相關(guān)的RTSP、RTP、HTTP等協(xié)議的相關(guān)內(nèi)容

* pvcommon：pvcommon庫文件的Android.mk文件，沒有源文件。

* pvplayer：pvplayer庫文件的Android.mk文件，沒有源文件。

* pvauthor：pvauthor庫文件的Android.mk文件，沒有源文件。

* tools_v2：編譯工具以及一些可注冊的模塊。

Splitter的定義與初始化

以wav的splitter為例，在fileformats目錄下有解析wav文件格式的pvwavfileparser.cpp文件，在nodes目錄下有pvmf_wavffparser_factory.cpp，pvmf_wavffparser_node.h， pvmf_wavffparser_port.h等文件。

我們由底往上看，vwavfileparser.cpp中的PV_Wav_Parser類有InitWavParser()，GetPCMData()，RetrieveFileInfo()等解析wav格式的成員函數(shù)，此類應(yīng)該就是最終的解析類。我們搜索PV_Wav_Parser類被用到的地方可知，在PVMFWAVFFParserNode類中有PV_Wav_Parser的一個指針成員變量。

再搜索可知，PVMFWAVFFParserNode類是通過PVMFWAVFFParserNodeFactory的CreatePVMFWAVFFParserNode()成員函數(shù)生成的。而CreatePVMFWAVFFParserNode()函數(shù)是在PVPlayerNodeRegistry::PVPlayerNodeRegistry()類構(gòu)造函數(shù)中通過PVPlayerNodeInfo類被注冊到Oscl_Vector<PVPlayerNodeInfo, OsclMemAllocator> 的vector中，在這個構(gòu)造函數(shù)中，AMR，mp3等node也是同樣被注冊的。

由上可知，Android多媒體框架中對splitter的管理也是與ffmpeg等類似，都是在框架的初始化時注冊的，只不過Opencore注冊的是每個splitter的factory函數(shù)。

綜述一下splitter的定義與初始化過程：

每個splitter都在fileformats目錄下有個對應(yīng)的子目錄，其下有各自的解析類。

每個splitter都在nodes目錄下有關(guān)對應(yīng)的子目錄，其下有各自的統(tǒng)一接口的node類和node factory類。

播放引擎PVPlayerEngine類中有PVPlayerNodeRegistry iPlayerNodeRegistry成員變量。

在PVPlayerNodeRegistry的構(gòu)造函數(shù)中，將 AMR, AAC, MP3等splitter的輸入與輸出類型標(biāo)示和node factory類中的create node與release delete接口通過PVPlayerNodeInfo類push到Oscl_Vector<PVPlayerNodeInfo, OsclMemAllocator> iType成員變量中。

當(dāng)前Splitter的匹配過程

PVMFStatus PVPlayerNodeRegistry::QueryRegistry(PVMFFormatType& aInputType, PVMFFormatType& aOutputType, Oscl_Vector<PVUuid, OsclMemAllocator>& aUuids)函數(shù)的功能是根據(jù)輸入類型和輸出類型，在已注冊的node vector中尋找是否有匹配的node，有的話傳回其唯一識別標(biāo)識PVUuid。

從QueryRegistry這個函數(shù)至底向上搜索可得到，在android中splitter的匹配過程如下：

android_media_MediaPlayer.cpp之中定義了一個JNINativeMethod（JAVA本地調(diào)用方法）類型的數(shù)組gMethods，供java代碼中調(diào)用MultiPlayer類的setDataSource成員函數(shù)時找到對應(yīng)的c++函數(shù)

{"setDataSource", "(Ljava/lang/String;)V", (void *)
android_media_MediaPlayer_setDataSource},  
static void android_media_MediaPlayer_setDataSource
(JNIEnv *env, jobject thiz, jstring path) 

此函數(shù)中先得到當(dāng)前的MediaPlayer實例，然后調(diào)用其setDataSource函數(shù)，傳入路徑

status_t MediaPlayer::setDataSource(const char *url)  

此函數(shù)通過調(diào)getMediaPlayerService（）先得到當(dāng)前的MediaPlayerService， const sp<IMediaPlayerService>& service(getMediaPlayerService());

然后新建一個IMediaPlayer變量， sp<IMediaPlayer> player(service->create(getpid(), this, fd, offset, length));

在sp<IMediaPlayer> MediaPlayerService::create(pid_t pid, const sp<IMediaPlayerClient>& client, const char* url)中

調(diào)status_t MediaPlayerService::Client::setDataSource(const char *url)函數(shù)，Client是MediaPlayerService的一個內(nèi)部類。

在MediaPlayerService::Client::setDataSource中，調(diào)sp<MediaPlayerBase> MediaPlayerService::Client::createPlayer(player_type playerType)

生成一個繼承自MediaPlayerBase的PVPlayer實例。

以上就是對Android多媒體框架的源代碼的解讀。