Camera实战案例分析-三方相机，扫一扫预览卡顿

一、问题描述某个三方相机App,打开扫一扫功能预览界面会卡顿。复现路径是横屏模式下打开某个三方相机app选择“我的”点击扫一扫图标打开相机预览。二、原因分析1 抓取Hal CSL层的日志查看sensor端丢给Hal层的帧率是否正常logcat日志中搜索关键字 CSLMessageHandle如下图打印这个打印信息是CSL层直接接收的sensor端的帧信息。从截取的日志信息我们可以看到 09-01 16:57:47.698 到 09-01 16:57:48.681 这段时间间隔差不多1s而这1s的时间内CSL层大约只接收了15帧的数据。正常帧率需要大于20fps人眼才不会感觉到卡顿。而且这个日志里面可以看到帧是连续的也就是没有存在丢帧情况。2)确认Hal层返回给framework层的帧数据是否正常logcat日志中搜索关键字ReturnFrameworkResult09-01 16:57:48.309 到 09-01 16:57:49.305这段时间间隔差不多1s的时间帧率也是不足20的。3查看APP当前配流情况logcat日志中搜索关键字 configure_stream。从下面的日志我们可以看到B站APP申请了3路流分别是拍照流2592 * 1944预览流 2048 * 1536以及yuv流2048 * 1536我们再来确认下当前sensor端是选择的哪组寄存器配置。日志中搜索关键字FindBestSensorMode,从下面的日志信息我们可以看到当前选择的是2592 * 1944这组寄存器配置。4 日志综合分析从上面的各个日志信息我们基本已经可以确认问题的根因就是当前状态下sensor端出帧出现异常帧率大约在13fps左右。针对这个问题我们首先确认了驱动的寄存器配置当前选择的2592 * 1944寄存器配置帧率配置没有问题是配置的标准的30fps。也就是驱动端配置没有问题然后也没有出现丢帧情况。所以目前分析到这里这个问题更像是性能相关的问题。5正常 异常现象对比由于其它第三方app同样条件下并没有出现类似的预览卡顿问题。我们对比看了正常app的配流情况发现正常app申请的预览流是1200 * 1000这个size是比这个app申请的 2048 * 1536低不少。为了进一步验证是否是由于申请size过大导致的卡顿我们把camera客制化的size只保留一组1200 * 1000进行验证。发现这个时候这个三方app扫一扫正常了没有出现卡顿问题了。6问题最终原因定位结合验证的情况以及我们平台的性能我们最终定位到是这个三方的 app申请的预览size偏大导致系统负荷增加进而引起了预览卡顿。三、解决对策1这个问题的解决就是需要限制第三方app申请的size大小。针对app申请size的修改一般有下面几种策略。2问题如果给第三方app修改周期会比较长而且第三方app不一定会愿意配合修改。hal层的修改针对指定app进行客制化不够灵活而且hal层代码涉及的公共分支比较多不能做到只针对该项目进行修改。驱动层虽然也可以修改不过是肯定不能在驱动层进行修改的驱动层的修改涉及到了所有app的使用。所以这个问题最好的方式最终是选择在framework层进行修改。3) 这个三方的app相机是使用的camera api1的接口,相关接口对应的代码在framework/base/core/java/android/hardware/Camera.java 下。那我们就可以在getSupprotedPreviewSizes方法中针对三方的app对支持的preview size进行过滤只给这个app返回低于1200 * 1000的size。《更多交流欢迎加入知识星球》————————————————推荐阅读关于博主采用v4l2loopback来实现 虚拟CameraCamera基础及一些基本概念Android Camera 学习路线 | 个人推荐Android Camera开发系列干货满满Camera Hal如何学习一个新平台一篇文章带你了解Android 最新Camera框架学习完Camera入门课程视频可以去找工作了