http://blog.csdn.net/ccskyer/article/details/6035033
=============================================================
今天在看opencore的代码时,在函数PlayerDriver::handleSetVideoSurface中有以下内容:
// attempt to load device-specific video MIO
if (mLibHandle != NULL) {
VideoMioFactory f = (VideoMioFactory) ::dlsym(mLibHandle, VIDEO_MIO_FACTORY_NAME);
if (f != NULL) {
mio = f();
}
}
// if no device-specific MIO was created, use the generic one
if (mio == NULL) {
LOGW("Using generic video MIO");
mio = new AndroidSurfaceOutput();
}
也就是说在创建generic video MIO之前先要尝试加载针对特定硬件的MIO库,上网找了下,有以下解析:
==============================================================
原文地址:http://www.cnmsdn.com/html/201010/1287036493ID8204.html
Android2.2之前版本的视频音频的播放默认支撑库为OpenCore。OpenCore功能非常强大,可以支持多种媒体格式,并支持扩展。当然本文将要简单介绍一下怎样对OpenCore进行视频硬件加速,以提高其视频运行效率。
OpenCore的作用简单的说就是对媒体(音频视频)数据进行解码,并输出到终端设备。音频数据解码和输出比较简单,本文重点介绍视频数据的解码和输出。为了使OpenCore的视频播放支持Android系统,谷歌定义了两套视频输出方案,一种是由硬件厂商实现硬件加速的视频输出,硬件视频输出里面可以调用硬件Overlay模块对输出的视频数据进行硬件混叠,这样输出效率会非常的高;另外一种为谷歌定义的软视频输出,该软视频输出定义为 AndroidSurfaceOutput类,这种方案中系统会调用SurfaceFilnger对输出视频数据进行混叠,该混叠为软件混叠,执行效率比较低。请看文件PlayerDriver.cpp中handleSetVideoSurface方法的代码:
// attempt to load device-specific video MIO
if (mLibHandle != NULL) {
VideoMioFactory f = (VideoMioFactory) ::dlsym(mLibHandle, VIDEO_MIO_FACTORY_NAME);
if (f != NULL) {
mio = f();
}
}
// if no device-specific MIO was created, use the generic one
if (mio == NULL) {
LOGW("Using generic video MIO");
mio = new AndroidSurfaceOutput();
}
可以看出如果mLibHandle不为空,则调用硬件库中的MIO(多媒体IO)工厂方法产生MIO(多媒体 IO)。如果mLibHandle为空,则用通用视频MIO(AndroidSurfaceOutput类)。如果你仔细研究 AndroidSurfaceOutput类你会发现,其底层调用的SurfaceFlinger来进行视频数据混叠,然后输出的,这部分有兴趣的朋友可以去查看代码。
那么mLibHandle那里初始化的呢?在文件PlayerDriver.cpp中PlayerDriver类的构造函数中有如下代码:
// running in emulation?
mLibHandle = NULL;
char value[PROPERTY_VALUE_MAX];
if (property_get("ro.kernel.qemu", value, 0)) {
mEmulation = true;
LOGV("Emulation mode - using software codecs");
} else {
// attempt to open h/w specific library
mLibHandle = ::dlopen(MIO_LIBRARY_NAME, RTLD_NOW);
if (mLibHandle != NULL) {
LOGV("OpenCore hardware module loaded");
} else {
LOGV("OpenCore hardware module not found");
}
}
我们可以看出mLibHandle为库MIO_LIBRARY_NAME的句柄。请参考下面的代码:
// library and function name to retrieve device-specific MIOs
static const char* MIO_LIBRARY_NAME = "libopencorehw.so";
static const char* VIDEO_MIO_FACTORY_NAME = "createVideoMio";
现在我们可以非常清楚的看到如果系统中有libopencorehw.so库,则OpenCore将会调用该库中的 createVideoMio函数来创建MIO。由此我们可以知道对OpenCore的视频输出硬件加速,其实就是定义libopencorehw.so 库。
那么libopencorehw.so定义在那里呢?因为libopencorehw.so这个库是和硬件相关的,不同的硬件会有不同的实现,所以这个库可以理解成硬件适配层(HAL)的一部分。请参考《怎样实现Android系统的HAL(硬件适配层)》。由于硬件的千变万化,这里就不给实现的例子了。这样的例子非常多,大部分基于ARM芯片,你可以“依葫芦画瓢”,定制成自己平台的库。
本文简单介绍了一下OpenCore视频输出的硬件加速的原理。搞清楚视频输出硬件加速的原理,对一些进行Android移植到新硬件平台的朋友会有帮助。如有纰漏之处,请各位朋友指正。