android camera的preview buffer手动管理机制

在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上却同样存在问题。


得花点时间研究下问题的根源…

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值