interface_cast做什么的?&&Android中真正的Player

最新推荐文章于 2025-05-07 09:17:14 发布

转载最新推荐文章于 2025-05-07 09:17:14 发布 · 2.1k 阅读

Q_CAMERA 同时被 2 个专栏收录

144 篇文章

订阅专栏

ANDROID

93 篇文章

订阅专栏

本文解析了Android中MediaPlayer的工作原理，重点介绍了interface_cast的使用方法及如何创建真正的Player对象。此外，还探讨了不同类型的Player（如PVPlayer、StagefrightPlayer等）及其应用场景。

http://blog.youkuaiyun.com/myarrow/article/details/7054589

1. 前面对interface_cast已经进行了详解，为加深理解，现单独把结果抛出来。

它本身是一个模板，如：interface_cast<IMediaPlayer>(reply.readStrongBinder());

2. reply.readStrongBinder());返回的结果是一个新创建的BpBinder对象。

3. interface_cast<IMediaPlayer>(BpBinder);新创建一个BpMediaPlayer对象并返回，且在创建BpMediaPlayer时把BpBinder做为其参数，结果是把BpBinder对象赋值给其基类BpRefBase中的mRemote来保存。

4. BpMediaPlayer对象由MediaPlayer的mPlayer来保存。

大家经常讲，把性能搞好，并稳定就行了。不懂原理又怎么能把它搞好搞稳呢？其结果是把问题搞大。“深入其内部，才能将其征服”

Android中真正的Player

http://blog.youkuaiyun.com/myarrow/article/details/7054631

1. 在前面的介绍中，从Java到MediaPlayer---Binder---MediaPlayerService::Client已经讲清楚了。可是，在MediaPlayerService::Client <MediaPlayerService::create-> new Client / MediaPlayerService::Client::setDataSource->getPlayerType/createPlayer->android::createPlayer>中调用android::createPlayer之后，并把新创建的真正的Player保存到MediaPlayerService::Client中的mPlayer之后就没有下文了。

2. 真正的Player到底是什么样的？

根据本人的了解，有PVPlayer, StagefrightPlayer,MidiFile,VorbisPlayer,每个Player处理不同的媒体类型，他们通过getPlayerType(const char* url)的返回值进行分工完成。每个Player都有自己的特长，并做自己善于做的事情。详细分工情况见代码:sp<MediaPlayerBase> createPlayer(player_type playerType, void* cookie,
notify_callback_f notifyFunc)函数。

3. 如果要在自己的芯片上实现硬件Demux和硬件Decoder（如对于机顶盒中的TS流），怎么办呢？

据本人了解，有两种办法：

1）基于MediaPlayerInterface接口，实现其中所有的接口函数，自已创建一个XXPlayer,并增加到android::createPlayer中。每个接口函数的具体实现就与以前在Linux环境下实现的方式一样，简单吧，以前的成果都可以用上了。

2）在现在的Player（如StagefrightPlayer）中写Extractor和Decoder插件。

为了实现第二种方案，需要先了解StagefrightPlayer的架构。为什么两种方案都需要了解呢，因为怎么做，取决于你的首席架构师或CTO等。