Android相机-HAL子系统

引言

应用框架要通过拍照预览摄像获得照片或者视频,就需要向相机子系统发出请求,

一个请求对应一组结果

一次可发起多个请求，并且提交请求是非阻塞的，始终按照接收的顺序以队列的形式先进先出地进行顺序处理

一个请求包含了拍摄和拍照配置的所有信息，以及处理这些的结果，

（一般包括：分辨率，像素格式，手动传感器、镜头，闪光灯控件，3A操作模式，RAW到YUV处理控制，统计信息的生成等等，这就是说可以对输出结果和处理有很多的控制。这就是Camera2对比Camera1的一个最主要的变化）

相机请求模型：

相机pipeline

相机子系统中，包括pipeline中组件的实现。如：3A算法和处理控件。

相机HAL提供接口，用户可以实现自己的版本的这些组件接口。比如高通或者MTK等各自根据标准HAL接口来实现自己的组件接口。这样的标准接口既保证了多个设备制造商和ISP之间的跨平台兼容性，又能保证各自实现的独特性。

相机pipeline是虚拟的，整个相机数据的处理流程跟管道是一样的。完全可以管道的概念来映射硬件。以这种pipeline的抽象的组件方式，来支持多种不同的算法和运算顺序，不会影响质量，效率和跨设备的兼容性。

相机pipeline也支持通知或者事件触发：app框架可以启动的一些如自动对焦的功能，它还将通知发送回应用程序框架，向应用程序通知自动对焦锁定或错误等事件。

上述的相机pipeline的图种，既包括了实际的硬件设备处理，又包括了软件处理：

CameraSensor，ISP，统计信息，3A算法，Bayer处理，Jpeg处理，YUV处理

ISP又包含有：热像素校准，去马赛克，降噪，阴影校准，几何校准，色差校准，边缘增强，色调曲线调整，

值得注意的，一些图像处理块，如在图中显示的，并没有明确定义的，相机pipeline做出如下的假设。：

1）RAW Bayer输出在ISP内部不经过任何处理

2）统计信息根据原始传感器数据生成

3）原始数据转换成YUV的各种处理块可以按照任意顺序排列

4）当显示多个刻度和裁剪单元时，所有缩放单元共享区域控件（数字缩放）。不过每个单元都可能具有不同的输出分辨率和像素格式。

HAL的操作摘要

捕获来自FW的异步请求

HAL设备必须按照顺序处理请求。每个请求均生成输出结果元数据以及一个或多个输出图像缓冲区

请求和结果以及后续请求应用的信息流遵守先进先出规则（队列的规则）。

指定请求的所有输出的时间戳必须完全相同，以便框架可以根据需要将它们匹配在一起。

所有捕获配置和状态（不包括 3A 例程）都包含在请求和结果中。

相机HAL概述：

相机的启动与预期操作顺序

AndroidCamera API的使用流程

1. 监听和枚举相机设备。
2. 打开设备并连接监听器。
3. 配置目标使用情形的输出（如静态捕获、录制等）。
4. 为目标使用情形创建请求。
5. 捕获/重复请求和连拍。
6. 接收结果元数据和图片数据。
7. 切换使用情形时，返回到第 3 步

相机操作流程

1）枚举、打开相机设备并创建有效会话

2）使用有效相机会话

3）在打开了相机之后会有以下三种情况：

第1种、完成拍照或者摄像后，重新设置，重新下发请求，则会重新进行配流重新获取数据。

重新配流就是调用：ICameraDeviceSession::configureStreams()

第2种：关闭相机

关闭相机会调用：ICameraDeviceSession::close()

第3种：相机出现错误或者异常。

返回 错误或事件 消息：ICamaeraDeviceCallback::notify()