最近在做相机开发的过程中,关于onPreviewFrame的问题必须单独拿出来说一下的。
公司的相机项目,是通过两个HandlerThread 来对Camera进行控制以及对贴纸、美颜等进行渲染,是通过SurfaceView来实现的。其中,一个HandlerThread 用来控制Camera打开、关闭等操作,另外一个HandlerThread用来控制渲染贴纸、滤镜等操作。按照Google官方的说法,Camera 的控制最好开启一个线程,而不是在UI线程操作,照理说,这样的方案是没什么问题的。但实际上,部分手机的帧率非常不自然,onPreviewFrame回调的帧率过低。
但为啥onPreviewFrame的帧率那么低?带着这个问题,我对相机逐步进行了拆解,一开始我以为是渲染上出现了问题,但事实证明并不是。我把所有的渲染部分操作都剔除,只保留渲染Camera相机流到SurfaceTexture,情况依旧,onPreviewFrame的回调时间一直在60多毫秒。只渲染了Camera相机流到SurfaceTexture,理论上是有20多帧的。这样的情况很明显不正常,我也排除了所有可能造成onPreviewFrame阻塞的情况。
而且,我自己的CainCamera项目中,onPreviewFrame的帧率是正常的,每一帧的回调时间在30多毫秒,有20多帧。通过对比,我发现自己的项目跟公司的项目方案是有差异的。我写的CainCamera项目,是通过单一线程模型控制相机和渲染的,一个HandlerThread同时控制Camera操作和Render渲染。也就是说,这是因为双HandlerThread线程导致的问题?我自己又写了一个Demo验证,发现果然跟我猜想的结论一致,单一线程模型,所有的手机都是正常的,但是双HandlerThread模型下,部分手机的onPreviewFrame回调的帧率表现是一致的,几乎正常的帧率慢了一倍。
我对手机进行了分类,发现所有onPreviewFrame 回调帧率不正常的情况都是MTK的CPU。测试的设备结果如下:
高通:
VIVO X9i,高通625
红米Note 4X,高通625
Nexus 5X,高通808
onPreviewFrame回调时间: 单一 HandlerThread, 30~40ms; 双HandlerThread,30~40ms
preview size: 1280 x 720
联发科:
红米Note2, 联发科X10
魅蓝Note 2,联发科 MTK6573
乐视 X620,联发科X20
onPreviewFrame回调时间:单一HandlerThread, 30 ~ 40ms;双HandlerThread,60~70ms
preview size: 1280 x 720
操作:
Camera数据流渲染到SurfaceTexture显示到SurfaceView上,设置setPreviewCallbackWithBuffer,查看onPreviewFrame的帧率
发现了没有,所有使用了MTK CPU的手机,在单一HandlerThread线程模型上的表现跟高通CPU一致,但双HandlerThread线程模型上,则会导致onPreviewFrame预览回调的帧率降了差不多一倍左右。我只能说MTK的驱动或者CPU的架构有问题。
网友评论