PVPlayer的实现方式

PVPlayer的实现方式关于opencore下多媒体播放,在mediaserver进程里面仅仅有一行代码:MediaPlayerService::instantiate();这行代码的作用是初始化一个MediaPlayerS

大家好,又见面了,我是你们的朋友全栈君。

关于opencore下多媒体播放,在mediaserver进程里面仅仅有一行代码:

MediaPlayerService::instantiate();

这行代码的作用是初始化一个MediaPlayerService类的实例,并接把他增加到系统的serveceManager中。

MediaPlayerService的详细实如今目录frameworks/base/media/libmediaplayerservice中。

在涉及到要播放一个详细的媒体文件时,调用的函数是:

sp<IMediaPlayer> MediaPlayerService::create(pid_t pid, const sp<IMediaPlayerClient>& client, const char* url)
{
    int32_t connId = android_atomic_inc(&mNextConnId);
    sp<Client> c = new Client(this, pid, connId, client);
    LOGV("Create new client(%d) from pid %d, url=%s, connId=%d", connId, pid, url, connId);
    if (NO_ERROR != c->setDataSource(url))
    {
        c.clear();
        return c;
    }
    wp<Client> w = c;
    Mutex::Autolock lock(mLock);
    mClients.add(w);
    return c;
}

这个new 了一个Client 而且函数将它返回为sp<IMediaPlayer>。

Client对象什么在文件MediaPlayerService.h中,而且是private类,说明它仅仅被MediaPlayerService对象使用。Client对象继承自BnMediaPlayer,而BnMediaPlaye又继承自BnInterface<IMediaPlayer>,看来是用来响应binder的IPC的函数。

而IMediaPlayer又是何许东东。

IMediaPlayer.cpp在目录frameworks/base/media/中,而IMediaPlayer.h 在目录frameworks/base/include/media中。IMediaPlayer.h中声明了一个IMediaPlayer的类,而它的函数又都是virtual,一看就是用来申明接口的。

MediaPlayerService::create函数调用以后,立即调用Client:setDataSource,事实上如今MediaPlayerService.cpp中,

status_t MediaPlayerService::Client::setDataSource(const char *url)
{
    if (strncmp(url, "content://", 10) == 0) {      //不太明确,留着以后在研究吧
        // get a filedescriptor for the content Uri and
        // pass it to the setDataSource(fd) method
        String16 url16(url);
        int fd = android::openContentProviderFile(url16);
        if (fd < 0)
        {
            LOGE("Couldn't open fd for %s", url);
            return UNKNOWN_ERROR;
        }
        setDataSource(fd, 0, 0x7fffffffffLL); // this sets mStatus
        close(fd);
        return mStatus;
    } else {
        player_type playerType = getPlayerType(url);  //通过url来取得playertype,比如对于midi,就用SONIVOX_PLAYER,mp3,mp4等就用PVPLAYER
        LOGV("player type = %d", playerType);
        // create the right type of player
        sp<MediaPlayerBase> p = createPlayer(playerType);  //依据不同的playertype来创建不同的player实例
        if (p == NULL) return NO_INIT;
        if (!p->hardwareOutput()) {
            mAudioOutput = new AudioOutput();
            static_cast<MediaPlayerInterface*>(p.get())->setAudioSink(mAudioOutput);
        }
        // now set data source
        LOGV(" setDataSource");
        mStatus = p->setDataSource(url);    
        if (mStatus == NO_ERROR) {
            mPlayer = p;
        } else {
            LOGE("  error: %d", mStatus);
        }
        return mStatus;
    }
}

注意这行代码:sp<MediaPlayerBase> p = createPlayer(playerType);

他的作用是依据不同的playerType来创建player实例,我们这里主要关注PVPlayer。说了这么多,最终到达opencore那一层了。有时候会认为android这种设计实在太复杂了,调用起来太麻烦,直接实现一个IMediaPlayer的类不就完了吗。可是细致一样,androide的这种设计方式事实上有它在扩展性和可维护性上才这样做的。说究竟就是一句话,减少模块间的耦合性。

涉及到详细的操作,都是通过实现一个接口类来实现,这样详细的实例在创建的时候就能够通过工厂模式来简单的进行扩展。比如上面所提到的createPlayer(playerType)这个函数,当你须要加入自己的特殊格式的播放器的时候,就不用来改它本来的代码,而仅仅用在createPlayer(playerType)的实现以下几行代码:

case XXX_PLAYER:
     LOGV(" create XXXFile");
     p = new XXXPlayer();
     break;

很方便,而这样的扩展性和是由接口和实现的分离带来的,createPlayer 返回的是sp<MediaPlayerBase>类,而去看这个类的代码,发现这个类都是由virtual函数组成的,当你要实现详细实现时候,你能够继承它,然后写好这些virtual函数的实现。

扯远了。设计模式的厉害,可能须要我花整个的职业生涯来体会。

废话不多说,让我们来看PVPlayer的实现,我刚才说过,PVPlayer才是opencore真正的内容。

PVPlayer的申明在frameworks/base/include/media/PVPlayer.h中,而实如今external/opencore/android/playerdriver.cpp。

为什么要这样做?我不懂,我推測还是为了实现和接口的分离,仅仅只是这次的分离就仅仅能简单的通过把头文件和实现文件放到不同目录下来实现。

OK,那么让我们来看看PVPlayer是干嘛的。

PVPlayer继承自MediaPlayerInterface,而MediaPlayerInterface是Opencore对媒体播放的抽象接口的声明类。

那么我们去看看PVPlayer的各个接口的实现吧。PVPlayer的非常多借口都是通过向它的成员mPlayerDriver发送命令来实现,而mPlayerDriver通过调用mPVPlayer的sendEvent函数来告诉PVPlayer,命令是否运行成功了。PlayerDriver是PVPlayer的一个内部成员,它是PVPlayer的命令运行者。

sendEvent的实现例如以下:

void sendEvent(int msg, int ext1=0, int ext2=0) { MediaPlayerBase::sendEvent(msg, ext1, ext2); }

MediaPlayerBase::sendEvent的实现例如以下:

virtual void sendEvent(int msg, int ext1=0, int ext2=0) { if (mNotify) mNotify(mCookie, msg, ext1, ext2); }  

mNotify是MediaPlayerBase的一个成员变量,它是一个函数指针,原型例如以下:

typedef void (*notify_callback_f)(void* cookie, int msg, int ext1, int ext2);

这个成员变量在调用createPlayer的时候就调用setNotifyCallback来赋值的。

所以,能够看到,底层的事件会一层一层的往上调用,直至返回给用户层。

这里涉及到2个设计模式:

命令模式和观察者模式。

这两个模式都是设计模式中的基本模式之中的一个,功能强大,逻辑清晰。详细的内容不是本文的重点,在此略过。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/155305.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

  • python进阶(4)文件操作

    python进阶(4)文件操作文件操作文件操作主要包括对文件内容的读写操作,这些操作是通过文件对象实现的,通过文件对象可以读写文本文件和二进制文件open(file,mode='r',buffering=-

  • linux驱动最新面试题(面试题整理,含答案)

    linux驱动最新面试题(面试题整理,含答案)linux驱动面试题2018(面试题整理,含答案)版权声明:本文为博主原创文章,未经博主允许不得转载。转载请标明原址:https://blog.csdn.net/kai_zone/article/details/82021233前言:这篇文章主要是对linux驱动面试题一个整理跟总结,参考了很多网上的资料,基本涵盖linux驱动相关面试内容。我把他们大概的分为三部…

  • 解决libssl.so.1.0.0 => not found以及libcrypto.so.1.0.0 => not found

    解决libssl.so.1.0.0 => not found以及libcrypto.so.1.0.0 => not found现在的apt源中,libssl1.0的版本一般是libssl1.0.2,libcrypto1.0的版本一般是libcrypto1.0.2。但是很多应用要使用libssl.so.1.0.0和libcrypto.so.1.0.0。试过软链接,但是没用。所以只好手动下载它们的安装包了。下载地址:https://packages.debian.org/search?suite=jessie&……

  • 僵死进程及exec

    僵死进程及exec一.僵死进程僵死进程及处理方法(1)僵死进程概念:子进程先于父进程结束,父进程没有调用wait获取子进程退出码。(2)如何处理僵死进程:父进程通过调用wait()完成。(3)Init进

  • 414aa[通俗易懂]

    414aa[通俗易懂]m=eval(input())ifm==1:print(“11”)elifm==2:print(“22”)elifm==3:print(“33”)else:print(“4444”)

  • VMware安装win10反复出现 BootManager,vmware无法安装win10,无法引导

    VMware安装win10反复出现 BootManager,vmware无法安装win10,无法引导VMwareworkstation分为pro版本和player版本,电脑一直用VMwareworkstationplayer,轻便免费很不错,但是今天准备安装win10系统,竟安装不上,反复出现BootManager。以为是软件版本的问题,从vmware15升级到16问题仍然存在。经过查询别人通过修改固件类型为bios可以解决这个问题(40条消息)vmware安装win10镜像出现bootManager_☆☆★☆☆的博客-CSDN博客但是我的版本是VMwareworkst

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号