当前位置: 代码迷 >> Android >> Android Camera从Camera HAL1到Camera HAL3的过度
  详细解决方案

Android Camera从Camera HAL1到Camera HAL3的过度

热度:72   发布时间:2016-04-27 22:43:31.0
Android Camera从Camera HAL1到Camera HAL3的过渡

本文均属自己阅读源码的点滴总结,转账请注明出处谢谢。

欢迎和大家交流。qq:1037701636 email:[email protected]

Software:系统源码Android5.1


1. Android系统中Camera模块版本号的历史演变进度

/** * All module versions <= HARDWARE_MODULE_API_VERSION(1, 0xFF) must be treated * as CAMERA_MODULE_API_VERSION_1_0 */#define CAMERA_MODULE_API_VERSION_1_0 HARDWARE_MODULE_API_VERSION(1, 0)#define CAMERA_MODULE_API_VERSION_2_0 HARDWARE_MODULE_API_VERSION(2, 0)#define CAMERA_MODULE_API_VERSION_2_1 HARDWARE_MODULE_API_VERSION(2, 1)#define CAMERA_MODULE_API_VERSION_2_2 HARDWARE_MODULE_API_VERSION(2, 2)#define CAMERA_MODULE_API_VERSION_2_3 HARDWARE_MODULE_API_VERSION(2, 3)#define CAMERA_MODULE_API_VERSION_CURRENT CAMERA_MODULE_API_VERSION_2_3/** * All device versions <= HARDWARE_DEVICE_API_VERSION(1, 0xFF) must be treated * as CAMERA_DEVICE_API_VERSION_1_0 */#define CAMERA_DEVICE_API_VERSION_1_0 HARDWARE_DEVICE_API_VERSION(1, 0)#define CAMERA_DEVICE_API_VERSION_2_0 HARDWARE_DEVICE_API_VERSION(2, 0)#define CAMERA_DEVICE_API_VERSION_2_1 HARDWARE_DEVICE_API_VERSION(2, 1)#define CAMERA_DEVICE_API_VERSION_3_0 HARDWARE_DEVICE_API_VERSION(3, 0)#define CAMERA_DEVICE_API_VERSION_3_1 HARDWARE_DEVICE_API_VERSION(3, 1)#define CAMERA_DEVICE_API_VERSION_3_2 HARDWARE_DEVICE_API_VERSION(3, 2)// Device version 3.2 is current, older HAL camera device versions are not// recommended for new devices.#define CAMERA_DEVICE_API_VERSION_CURRENT CAMERA_DEVICE_API_VERSION_3_2
从上述对Camera版本的定义可知,Android将整个camera模块划分为module和device两个部分,前者拥有对后者的控制权,而后者直接就是代表的camera hal接口的实现。

对于Module API的区别主要在于2.1之后增加了set_callbacks接口,用于HAL检测当前module的工作状态,低版本的module不需要实现。

此外对于Module API版本号高于2.2时可支持get_vendor_tag_ops,Framework调用后课获取对厂商自己扩展定义的tag ops,便于操作厂商自己私有定义的camera所需的metadata信息,同理低版本的module不需要去实现该接口。

此外对于Module API 为2.3的版本增加了open_legacy接口:

    int (*open_legacy)(const struct hw_module_t* module, const char* id,            uint32_t halVersion, struct hw_device_t** device);

他描述的是可以根据自己所选的device version,比如对于一个camera hal他支持并实现了CAMERA_DEVICE_API_VERSION_1_0和CAMERA_DEVICE_API_VERSION_3_2两种版本下的hal接口的实现,只有module api定义的是2.3的版本的话,在Framework中就可以通过对open_legacy()来指定hal_version,从而获取不同版本下的hal device的实现接口即hw_device_t。但目前来看,Android提供了该接口,却在Framework层都没有给出直接的调用,此外可见的hal module api2.3的版本,也都不会去实现该接口。说明hw_module_t所属的open目前依旧还是获取对camera device控制权的唯一路径与方法,也许对于一个camera device而言实现一种版本的接口就已经够用和麻烦的了。


2 Camera Client

    关于CameraService相关的内容可以参考博文Android4.2.2 CameraService服务启动和应用端camera初始化记录来梳理整个Camera.so模块的加载与处理过程。每一个应用端的camera在connect到CameraService处会以一个Camera Client形式存在,该类继承并实现CameraService::Client的一个内部类,通过匿名的Binder服务与应用端进行交互。在CamerService启动并建立的时候,就会自动加载一个camera.xxx.so的模块,提取module相关的handle。

每当connect时,CameraService会执行一个getDeviceVersion的函数:

int CameraService::getDeviceVersion(int cameraId, int* facing) {    struct camera_info info;    if (mModule->get_camera_info(cameraId, &info) != OK) {        return -1;    }    int deviceVersion;    if (mModule->common.module_api_version >= CAMERA_MODULE_API_VERSION_2_0) {        deviceVersion = info.device_version;    } else {        deviceVersion = CAMERA_DEVICE_API_VERSION_1_0;    }    if (facing) {        *facing = info.facing;    }    return deviceVersion;}
即对于那些module_api_version小于2.0的版本,即所谓的1.0版本外,其他module对应的device 版本号,由HAL自行决定,决定权通过get_camera_info来获取hal支持的camera_info相关信息,其中包括device_version。1.0版本的module直接默认的device_verison则为1.0版本。

     case CAMERA_DEVICE_API_VERSION_1_0:            client = new CameraClient(this, cameraClient,                    clientPackageName, cameraId,                    facing, callingPid, clientUid, getpid(), legacyMode);            break;          case CAMERA_DEVICE_API_VERSION_2_0:          case CAMERA_DEVICE_API_VERSION_2_1:          case CAMERA_DEVICE_API_VERSION_3_0:          case CAMERA_DEVICE_API_VERSION_3_1:          case CAMERA_DEVICE_API_VERSION_3_2:            client = new Camera2Client(this, cameraClient,                    clientPackageName, cameraId,                    facing, callingPid, clientUid, getpid(), legacyMode);//CameraService端新建Camera2Client            break;
通过上述的代码逻辑可知,对于Camera Client的升级,由底层Device API Version来决定。很明显可以知道,目前1.0的device api以CameraClient的形式存在,而2.0以上的版本则均以Camera2Client的形式存在。 

对于Camera模块不同版本的DEVICE_API来说,其区别本质上就是在HAL所需要实现的接口不同,分别由以下三个版本的device接口:

typedef struct camera_device {    /**     * camera_device.common.version must be in the range     * HARDWARE_DEVICE_API_VERSION(0,0)-(1,FF). CAMERA_DEVICE_API_VERSION_1_0 is     * recommended.     */    hw_device_t common;    camera_device_ops_t *ops;    void *priv;} camera_device_t;
对应的是1.0的DEVICE_API,目前低版本的Android系统中以该方式来实现的较多。


typedef struct camera2_device {    /**     * common.version must equal CAMERA_DEVICE_API_VERSION_2_0 to identify     * this device as implementing version 2.0 of the camera device HAL.     */    hw_device_t common;    camera2_device_ops_t *ops;    void *priv;} camera2_device_t;
2.0版本的ops目前主流的IC厂商实现的较少。


typedef struct camera3_device {    /**     * common.version must equal CAMERA_DEVICE_API_VERSION_3_0 to identify this     * device as implementing version 3.0 of the camera device HAL.     *     * Performance requirements:     *     * Camera open (common.module->common.methods->open) should return in 200ms, and must return     * in 500ms.     * Camera close (common.close) should return in 200ms, and must return in 500ms.     *     */    hw_device_t common;    camera3_device_ops_t *ops;    void *priv;} camera3_device_t;
对于3.0而言,也就是所谓的HAL3.0就体现在这里,当下可见的只有高通、三星等有对该种接口形式进行了实现。

本质上来说,三个不同的版本都进行了全盘的升级,则重点则是归于在HAL中按照Google在Framework层定义的camerax_device_ops来实现该种接口,相关接口的实现形式在分析高通的HAL架构时再去分析。


3 Camera device

对于三个不同版本的hal层接口,在Camera的Framework中实现的过程略有不同,可以分为device1、device2、device3。

对于1.0版本的Device API,在创建CameraClient时,是以CameraHardwareInterface(可以认为是Camera Device1)来维护队整个对HAL层中Camera Device的控制权,即 camera_device_t归CameraHardwareInterface来调用。


对于2.0以上版本的Device API时,在创建Camera2Client时,会通过CameraDeviceFactory::createDevice来创建相应的Camera Device

sp<CameraDeviceBase> CameraDeviceFactory::createDevice(int cameraId) {    sp<CameraService> svc = sService.promote();    if (svc == 0) {        ALOGE("%s: No service registered", __FUNCTION__);        return NULL;    }    int deviceVersion = svc->getDeviceVersion(cameraId, /*facing*/NULL);    sp<CameraDeviceBase> device;    switch (deviceVersion) {        case CAMERA_DEVICE_API_VERSION_2_0:        case CAMERA_DEVICE_API_VERSION_2_1:            device = new Camera2Device(cameraId);            break;        case CAMERA_DEVICE_API_VERSION_3_0:        case CAMERA_DEVICE_API_VERSION_3_1:        case CAMERA_DEVICE_API_VERSION_3_2:            device = new Camera3Device(cameraId);            break;        default:            ALOGE("%s: Camera %d: Unknown HAL device version %d",                  __FUNCTION__, cameraId, deviceVersion);            device = NULL;            break;    }    ALOGV_IF(device != 0, "Created a new camera device for version %d",                          deviceVersion);    return device;}
可以看到对于Camera2Client而言,对Device API2.0、2.1的版本通过Camera2Device来实现对底层device的控制,对3.0以上的版本通过Camera3Device来实现,前者可以说是调用的是Camera HAL2.0相关的camera2_device_t的接口,后者调用的是Camera HAL3.0相关的camera3_device_t的接口,当然重点就是两者内部实现的形式不同,3.0版本的处理也更显的复杂。其中Camera Device API2.0的版本从Android4.2开始发布,而API3更多的是对前者的升级与换代而已在4.4.2的版本中科院看到。


4.小结

Camera不断的过渡,也算是Android系统源码中,变化较大的一个部分了,虽然Framework层核心的CameraService、Camera等的实现逻辑都没有发生很大的变化,但和底层HAL的交互却有着质的变异。而目前主流的IC厂商都在朝着Camera HAL3.0的方向进行发展,所有有必要对3.0实现的原理与本质进行探究与学习。


附图:camera在Android Framework层中的变迁








版权声明:本文为博主原创文章,未经博主允许不得转载。

  相关解决方案