高通Camera CAMx新架构

高通Camera CAMx新架构

参考文章
https://www.jianshu.com/p/cfb1da9d4217
https://www.cnblogs.com/blogs-of-lxl/p/10651611.html

之前的 camera hal 代码，都是放在 hardware 目录中，就是通常说的 QCamera2 架构，代码糅合在一起，看上去很繁杂，分层思路不明显

现在都使用 camx 架构，这个架构和之前架构主要区别是芯片接口层代码从
Hardware/qcom 迁移到 vendor/qcom/proprietary 下面

我们主要关注的 camera hal 层源码也是放在 vendor/qcom/proprietary/camx 下面

简单的各层次结构图：

可以看到，vendor 下 主要的算法实现，具体的 camera hal 实现都在这，HAL的实现主要是因为 HAL3 与 Camera2Client 是以 stream 的形式来进行数据交流的，通过 request 和result 的方式
http://ishare.iask.sina.com.cn/f/buHcsdyJFu5.html

更多的工作放在 framework层来实现，主要在 Camera2Client 中基本的6大模块
StreamingProcessor CallbackProcessor FrameProcessor
CaptureSequencer ZslProcessor JpegProcessor

可以知道，framewore 掌握更多的控制权
在 Camera2Client 中会进行 上面模块的初始化，并启动每一个 线程 thread ，已完成各处理模块创建
1、StreamingProcessor 主要是负责 预览 和 录像两种视频流，用于从 HAL层中获取原始数据！

2 FrameProcessor 专门用来处理回调回来 每一帧的 3A 等信息的（具体还有哪些呢？）
即一帧视频数据出去原始数据外，还应有其他 等附加数据信息的

3 CaptureSequencer 与其他模块配合使用，用于通知 APP 说capture 到 picture了！

4 JpegProcessor 该模块与 frameProcessor 类似，启动一个拍照流，一般用于从 HAL 层获取jpeg 编码后的 图像照片数据

5 ZslProcessor 称为 零延时快拍，其本质是直接从原始的Preview 流中获取预存着的最近几帧，直接编码后返回给APP ，而不需要再经过 take picture 去请求获取 jpeg 数据

零延时快拍技术得益于当下处理器 CSI2 MIPI 性能的提升以及sensor 支持全像素高帧率的实时输出

一般手机拍照，在按下快门之后都会有一定的延时，是因为需要切换底层camera以及ISP 等的工作模式，并重新设置参数以及重新对焦等等，需要花一定时间后才抓取一帧用于编码为jpeg图像

以上5个模块整合在一起基本上实现Camera 应用开发所需的基本业务 功能！

为了更快编码，一般使用的是 硬件编码 ，可以通过 adb 命令来查看 dev 下是否有相关接口
Adb shell ls -lZ /dev/ | grep -i jpeg