OpenCore随想

妖狐艹你老母 2021-12-12 01:53 310阅读 0赞

这几天在搞一个Android上的项目，其中有一个功能，是要将Android系统录制拍摄的音视频经过编码后，取出来通过网络传输到服务端。

看过Android在Java层的接口，只有MediaRecorder比较靠谱，但是它的输出只能是本地文件（string指定）或者一个FileDescriptor的东西，这个FileDescriptor可以是Socket或者本地文件的句柄，但这都不适合项目的要求，最后只能考虑直接搞Android的多媒体核心Opencore（比较遗憾的是，12月7号发布的Android 2.3已经彻底抛弃OpenCore了，还得重新折腾）。

这几天的收获如下：

1、Opencore的架构：

我这里不出摘录opencore那些系统文档里面的图啊什么的，直接按照我的理解来画：

![2010121013332551.png][]

黄色部分编译出来的库名为libopencore\*;绿色部分为omx架构，编译出来的库名为libomx\*.

针对2.2的源码，编译出来的库如下：

**libopencore\_author.so **

libopencore\_downloadreg.so

libopencore\_mp4localreg.so

libopencore\_net\_support.so

libopencore\_rtspreg.so  
**libopencore\_common.so **

libopencore\_download.so

libopencore\_mp4local.so

**libopencore\_player.so**

libopencore\_rtsp.so

libomx\_aacdec\_sharedlibrary.so

libomx\_amrenc\_sharedlibrary.so

libomx\_m4vdec\_sharedlibrary.so

**libomx\_sharedlibrary.so**  
libomx\_amrdec\_sharedlibrary.so

libomx\_avcdec\_sharedlibrary.so

libomx\_mp3dec\_sharedlibrary.so  
注意上述文件中的黑色部分。

其中libopencore\_common.so为opencore的公共类库，包含了oscl部分以及opencore的基本函数和数据结构；libopencore\_player.so和libopencore\_author.so为opencore针对播放和录制的核心引擎以及针对Android系统的媒体适配层库。

而libomx\_sharedlibrary.so为omx针对opencore的接口层库，也就是说在每个模拟器上libomx\_sharedlibrary.so向外（即opencore）提供的接口应该是一致的。

那么我们可以这样设计：

对于opencore部分（即上述libopencore\_common.so libopencore\_player.so libopencore\_author.so三个库）可以使用我们自己编译出来的版本，而omx部分（以libomx\_sharedlibrary.so分界）使用各个手机本身系统提供的库（以及omx插件）。

那么对于我们的问题，我们可以通过定制自己的opencore代码，在opencore中为author加入node节点，将录制并且编码后的数据通过node，通过jni反馈回java层，在java层进行socket传输。

验证：

使用android源码进行编译，输出上述文件，位于：/mydroid/out/target/product/generic/obj/lib（mydroid为android源码根目录）；

同时在编译时指定编译test选项：\#export BUILD\_PV\_TEST\_APPS=1，将会编译并输出测试文件test\_pvauthorengine，位于：/mydroid/out/target/product/generic/system/bin；

将test\_pvauthorengine放到某物理设备下，进行执行：./test\_pvauthorengine，这时候将会输出：

link\_image\[1995\]: failed to link ./test\_pvauthorengine  
CANNOT LINK EXECUTABLE

这是因为系统的opencore和自己编译的opencore并不兼容，导致test\_pvauthorengine链接的动态库不匹配报错。

接下来，你将自己编译出来的libopencore\_common.so libopencore\_player.so libopencore\_author.so也拷贝到物理设备的执行目录，并且指定系统优先在当前目录查找动态库（执行指令：export LD\_LIBRARY\_PATH=./），再次执行：./test\_pvauthorengine。

这时候测试用例应该能够正确跑起来了。

转载于:https://www.cnblogs.com/yunsean/archive/2010/12/10/opencore.html

[2010121013332551.png]: /images/20211211/696df579d334411381f9d45d386eef80.png