【这次是解码】tiny210在Linux下的MFC库移植及硬解码测试源码

上次搞定了编码 http://www.aiothome.net/read.php?tid-28647-fpage-2.html
周末无事，又研究了一下解码，看似不难，但为了一个tiled nv12的问题浪费了大量光阴。
注意几点
1）还是和编码一样superboot，必不可少，u-boot不行
2）调用SsbSipMfcDecInit()之前一定要先调用SsbSipMfcDecGetInBuf()然后填入header(SPS/PPS/SEI)信息。
3）SsbSipMfcDecGetOutBuf()返回的status只有是MFC_GETOUTBUF_DISPLAY_DECODING或者MFC_GETOUTBUF_DISPLAY_ONLY时YVirAddr和CVirAddr才有效，如果返回MFC_GETOUTBUF_DECODING_ONLY则需要再次调用SsbSipMfcDecExe()和SsbSipMfcDecGetOutBuf()
4）YVirAddr和CVirAddr指向的数据是tiled nv12的格式（64x32 tiled)，需要转化成现行格式才能正常现实。这个mfc api已经提供了csc_tiled_to_linear()，头文件color_space_convertor.h
5）测试程序有几个问题：不支持multi-slice的帧；最后buffer里的几帧偷懒没有处理直接丢掉了；如果第一个header后的数据帧不是IDR的话，会出warning，直到第一个IDR帧为止，之前的non-IDR帧可能译码不正确或者丢帧。
测试代码和mfc api包附上供参考。
觉得有用的tx请回个帖留个浮云。我很讨厌强制回复才能下载，没意思。
Makefile就不写了，简单的就 arm-none-linux-gnueabi-gcc testMfcDec.c color_space_convertor.c SsbSipMfcDecAPI.c -o testMfcDec

我这边尝试使用V210 先硬编再硬解，发现有些延时， 不过延时经测试应该不是硬编硬解产生的。。

不知道楼主有没有YUV420->RGB565的代码，有的话，分享一下哦

问题找到了， 第一次第二次解码的时候，都会返回MFC_GETOUTBUF_DECODING_ONLY， 通过计算大概重新调用了16次， 所以产生了延时。

这又何解？

你楼主你提供的颜色转换函数，函数出来的视频效果还是比较差， 而且是黑白，带一点点颜色，但是不清楚