NV12和YUV420的转换是在相同采样空间的转换，只是个别分量位置的调整，只要明白了Y、U、V分量的布置，就很容易写出来。
YUV格式学习：NV16和YUV422P格式互换
其实以前也实现过SP转P的格式，现在再完善一些，写成此文。由于是相同采样空间的转换，只是个别分量位置的调整，只要明白了Y、U、V分量的布置，就很容易写出来。
YUV格式学习：YUYV、YVYU、UYVY、VYUY格式转换成RGB24
前面文章讲过题目中的YUYV、YVYU、UYVY、VYUY格式，它们都是YUV422的打包格式——即在内存中，Y、U、V都是挨着排序的。它们的名称就表示了Y、U、V的顺序。像YUYV，就是Y、U、Y、V、Y、U、Y、V。在做转换时，就显得很容易、简单了。
YUV格式学习：YUV444转换RGB24
YUV格式有很多种，按其采样方式，有444、422、420，还有411(但不常见)。针对数据的排序，又有平面格式和打包格式，还有“踢啊”特有的半平面格式——这些排列组合，就显得YUV格式多种多样，初看起来杂乱无章，但只要用心，就能理出头绪。像我，也是花了很多时间去慢慢搜索才真正理解。有时间会系统整理几篇文章出来，也会实践一下。
YUV格式学习：填充YUV444以及YUYV、YVYU、UYVY、VYUY
两年多以前，写了一个生成UYVY格式的函数。记得那时我们部门4、5个人在“小黑屋”里开发新平台，我要在“踢啊”某个芯片上实现屏幕的显示，其格式是UYVY，由于无实际的图像，于是就动手自己写了一个。虽然我们大费周折实现视频的显示、菜单功能，但可惜未使用。
让Linux使用malloc申请更多的内存
项目遇到一个问题，程序跑着跑着就会挂掉，从多方信息分析来看，发现在设备的linux系统中，一个进程申请的内存最大只能达到1GB，而设备所用的物理内存是2GB的。我们的程序有多个进程，但主进程只有一个，里面包括几十个线程，有的线程使用了如opencv的模块，占用内存有几百兆。而之前在文章提到的H.264转AVI，也必须将转码后的AVI格式内容放在内存，由于某些原因，系统中的内存使用峰值会达到1GB。但由于我正在搞其它的bug，这个实际是同事研究出来的，我也只是再次多方面地验证了一下。还是在这里记录一下吧。
遇到一个因socket未关闭引发的文件句柄用完问题
“爱提踢斯”项目最近遇到一个问题，当FTP服务器磁盘没有空间时，设备会不断复位——这是测试人员反馈的。我们拿到log后，看到一个通信所用的文件打开失败。不断打印Too many open file，然后超时设备复位。同时我们看到数据库文件打开失败，无法写入数据。一个现象，看到好几处问题。还是从最初的表现来入手。虽然把bug指派给别人，但从时间、进度上考虑，周末还是去加班。而最后，解决了问题。根据老夫目测，是FTP的socket未关闭引起的。
遇到一个在脚本中读取文件内容占用文件句柄的小问题
一般来说，嵌入式设备的程序是上电自动运行的。设备系统启动后会自动运行某些系统级脚本(/ect/rc3.d/下的脚本)，最终会运行我们自定义的脚本，在该脚本中会运行应用程序。——这就是系统自动启动的一般做法。
记最近遇到的几个小问题(字符串转整型溢出，汉字乱码，双网卡双默认IP)
这个月很少写文章，因为做着项目。说来惭愧，人当项目经理，我当项目经理，我却既像爹又像娘，似乎凡事亲力，同志们太依赖项目经理了。什么编译环境、SVN提交代码，周报提交，无一不是问过于我。我想不理这事，无奈有的领导太忙，有的开发人员太懒，而我又是“老好人”，只想项目快点结束，于是就出现这种情况了。不过，最主要还是有人推我下坑，说我以前做项目的管理能力行，所以叫我做项目经理了。我都没当过项目经理，哪来的管理能力。更何况，这次不但给的人少(我这个兼职的PM，人员都是安排好了再叫我当的)，还有一个未参加过项目，连SVN都不熟的成员。
BMP图片读写接口函数
我很早就学习了BMP位图。印象中，那时应该是在研究AVI视频文件格式时顺便研究的，或者是研究YUV转RGB时顺便研究的。但未写文章出来，我一直以为我的学习只有在发表了文章才算是完结，否则不能算是我做过了这个事。在这里补上当初读、写BMP的函数代码。
libjpeg学习3：turbojpeg试用
turbojpeg针对ARM和X86对了优化，宣称其速度是libjpeg的2到4倍。下载其源码，值得称赞的地方是其例子，单元测试很到位。另外是它的注释，或者说是html说明文件，对于宏、函数都有详细的说明。本文就是参考源码的例子和html文档写的简单示例。由于只是试用，并无深入研究，只是在我的虚拟机里运行。对于性能测试，并未进行。