在android中,一般如果要采集实时图像,则需要使用camera的setPreviewCallback函数设置回调函数,而回调函数的定义是:
public void onPreviewFrame(byte[] data, Camera camera) {
}
其中数据如何转换为bitmap在以前的文章已经讲过。
如果想要控制每秒图像帧数,则可以通过setPreviewFpsRange来控制,参数是由getSupportedPreviewFpsRange来确定。然而,本人的两个实验机,I9000和I9100均只有一组FPS值(MAX和MIN范围内)。
根据SDK描述,camera会自动控制每秒帧数在FPS的最小值和最大值之间。于是考虑用手工方式实现,利用camera的handler做定时器,每隔t时间去onPreviewFrame取一次数据,没有去取的时候该帧被抛弃。
然后该种方式的问题在于内存以及效率,onPreviewFrame的每次回调,都会申请内存将数据导入data比特数组,然而在上述方式中,被抛弃的帧同样需要这个操作,因此系统浪费了很多时间在做new内存操作以及GC的内存回收操作。
查阅了资料发现了setPreviewCallbackWithBuffer这种手动管理preview缓存的方式。详细使用见SDK文档/reference/android/hardware/Camera.html#setPreviewCallbackWithBuffer%28android.hardware.Camera.PreviewCallback%29
问题又来了,我用setPreviewCallbackWithBuffer实现了一种方式,认为可以在控制FPS的同时最大程度地节省开销,在i9000上测试通过,然而同样的程序放到i9100始终无法达到预期的效果。看来硬件之间的差异导致了软件方面必须做些调整。因为我想到了,同样的一个opencv给出的sample例子,在i9000上可以跑通,而在i9100上却同样存在问题。
得花点时间研究下问题的根源…