目前在做dm8148的开发,买的TI官方开发板TMDXEVM8148。
问题一:我目前的摄像头是YPbPr输出的,不是RGB输出,若想跑通ezsdk中的display,decode_display等示例程序,这种分量摄像头可以作为开发板的输入源吗?
问题二:我开发的目标是:接入camera link格式的摄像头,转换为YCbCr信号或rgb信号后,接入8148的数字视频输入接口,再进行h.264编码,编码完成后通过高速串口发送出去。请问我是不是可以在示例代码capture_encode的基础上进行应用程序的开发?驱动程序需要开发吗?其它方面有没有需要开发的地方?
问题三:我只有一块开发板,可以实现1080P30或60P视频的采集->压缩->解码->显示的这条通路吗?
迷茫中,先谢谢各位了!
Haijun Guo:
首先,如果你计划做的项目是IPC或者DVR、NVR,建议使用RDK而不是EZSDK。RDK不用OMX,而且有预定义的usecase供参考。
问题一,ezsdk应该支持YPbPr摄像头的。
问题二,不清楚高速串口部分是否需要自己写驱动。
问题三,采集、显示没有问题,关于压缩、解码,1块8148可以做到1路1080p30同时编码、解码,或者1路1080p60的单编码/单解码。
Bingyu Zhu:
回复 Haijun Guo:
谢谢您!
我计划做的主要就是高清编码然后发送码流,本地并不存储压缩后的文件,属于远程监控吧,应该不算是DVR这类的项目,这样的话用EZSDK进行开发合适吗?
我看开发板的高清采集子卡的解码器是TPV7002,硬件上兼容YPbPr和RGB,就是不知道ezsdk的demo程序display,capture_encode等例子是不是两种摄像头都支持?
还有,MDXEVM8148开发板附带的开发包就是ezsdk吧,RDK好像是mcmf框架吧?两者比较哪个更容易上手点呢?
Haijun Guo:
回复 Bingyu Zhu:
还是建议使用RDK,因为ezsdk中的openmax架构在效率上不如RDK。YPbPr和RGB的输入,采集驱动层都是支持的,所以我觉得这些demo中,及时默认是某种格式,也可以通过更改配置来支持另外一种。
如果你对openmax很熟悉,ezsdk也可以用,mcfw则不需要openmax的知识。不过ezsdk中的openmax架构在效率上不如RDK。