opencore中的codec源码为何要分开?
问题: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目录下,然后进行对应的接口注册不就可以了么?
路过的各位大侠多多指教…
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(7)
me too
做毛啊,就是个打杂的,都是没技术含量的边边角角。
斑竹做驱动的吧 呵呵
第一次接触多媒体,第一次这么近距离地接触c++
不过说真的,看opencore的代码确实有点想吐的感觉… 可能是c++的缘故吧 呵呵
没时间啊,忒忙了,而且我不做多媒体。我做别的部分,也在向你学习啊。
都没人鸟我… 自问自答自娱自乐的… 嘿嘿
以后常来,多分享经验,我给你加精。
之前看代码只是瞄瞄,没看清楚了…
libpvmp3.a实际上是真正的解码器,而libomx_mp3_component_lib.so只是opanmax对该解码器的封装…
分开两部分,估计是从软件设计的角度考虑吧… 不至于混淆了codec和omx封装…
在csdn上有人回帖,理解大致相似…
http://topic.csdn.net/u/20100525 ... 5-5209ccc5127f.html