opencore中的codec源码为何要分开？

Kallawa

问题：opencore中的codec源码为何要分开？

在opencore中codec的源码以部分在.../codecs_v2 /{audio,video}，一部分放在.../codecs_v2/omx_xxx，比如mp3的codec源码，[1]一部分在... /codecs_v2/audio/mp3/dec目录下，[2]一部分在.../codecs_v2/omx_mp3。

[1]编译生成 libpvmp3.a
[2]编译生成libomx_mp3_component_lib.so

然后根据.../build_config/opencore_dynamic/android_omx_mp3dec_sharedlibrary.mk，把 libpvmp3.a和libomx_mp3_component_lib.so整合成libomx_mp3dec_sharedlibrary.so （当然还关联libomx_sharedlibrary和libopencore_common.so）

这里不明白为什么要把源码分别放在两个地方？有什么标准或原则来分开的没？

还有对于一个新的codec，必须把源码拆分为类似的两部分？直接放在omx目录下，然后进行对应的接口注册不就可以了么？

路过的各位大侠多多指教…

Kallawa

之前看代码只是瞄瞄，没看清楚了…

libpvmp3.a实际上是真正的解码器，而libomx_mp3_component_lib.so只是opanmax对该解码器的封装…

分开两部分，估计是从软件设计的角度考虑吧… 不至于混淆了codec和omx封装…

在csdn上有人回帖，理解大致相似…
http://topic.csdn.net/u/20100525 ... 5-5209ccc5127f.html

prolj

以后常来，多分享经验，我给你加精。

Kallawa

都没人鸟我… 自问自答自娱自乐的… 嘿嘿

prolj

没时间啊，忒忙了，而且我不做多媒体。我做别的部分，也在向你学习啊。

Kallawa

斑竹做驱动的吧  呵呵

第一次接触多媒体，第一次这么近距离地接触c++

不过说真的，看opencore的代码确实有点想吐的感觉… 可能是c++的缘故吧  呵呵

prolj

做毛啊，就是个打杂的，都是没技术含量的边边角角。

Kallawa

me too