Camera服务之--Service

本文详细分析了cameraservice组件中的ICameraService接口及其实现类CameraService,探讨了服务端如何通过ICamera接口与客户端进行通信,以及如何通过内部类CameraService::Client实现与ICameraClient的交互。同时,介绍了cameraservice如何通过注册服务并启动线程池监听客户端请求,最终通过CameraService::connect函数建立连接并返回ICamera实例。

在camera service这端的结构还是很容易让人迷惑的,我就是看了好久,才缕清楚关系。

service这部分包括以下几个头文件:ICamera.h, ICameraService.h, CameraService.h,对应的实现ICamera.cpp, ICameraService.cpp, CameraService.cpp。

CameraService中包含了一个内部类CameraService::Client,这个CameraService::Client是对ICamera的实现,camera client得到的ICamera就是这个CameraService::Client。

也就是说与camera client真正通信的,是这个CameraService::Client。下面我们来逐步分析service这块的实现。


1.ICameraService

(1)ICameraService.h

其中只定义了3个方法:

    virtual int32_t         getNumberOfCameras() = 0;
    virtual status_t        getCameraInfo(int cameraId, struct CameraInfo* cameraInfo) = 0;
    virtual sp<ICamera>     connect(const sp<ICameraClient>& cameraClient,  int cameraId) = 0;


(2) ICameraService.cpp

看代码:

status_t BnCameraService::onTransact( uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags)
{
    switch(code) {
        case GET_NUMBER_OF_CAMERAS: {
            CHECK_INTERFACE(ICameraService, data, reply);
            reply->writeInt32(getNumberOfCameras());
            return NO_ERROR;
        } break;
        case GET_CAMERA_INFO: {
            CHECK_INTERFACE(ICameraService, data, reply);
            CameraInfo cameraInfo;
            memset(&cameraInfo, 0, sizeof(cameraInfo));
            status_t result = getCameraInfo(data.readInt32(), &cameraInfo);
            reply->writeInt32(cameraInfo.facing);
            reply->writeInt32(cameraInfo.orientation);
            reply->writeInt32(result);
            return NO_ERROR;
        } break;
        case CONNECT: {
            CHECK_INTERFACE(ICameraService, data, reply);
            sp<ICameraClient> cameraClient = interface_cast<ICameraClient>(data.readStrongBinder());
            sp<ICamera> camera = connect(cameraClient, data.readInt32());
            reply->writeStrongBinder(camera->asBinder());
            return NO_ERROR;
        } break;
        default:
            return BBinder::onTransact(code, data, reply, flags);
    }
}

这3个函数的真正实现在CameraService.cpp中。

sp<ICameraClient> cameraClient = interface_cast<ICameraClient>(data.readStrongBinder());中得到此次连接的client,并且传递到connect函数中。保存client信息的目的是保存在CameraService::Client中,在适当的时机回调client。

2.CameraService

(1)CameraService.h

class CameraService :  public BinderService<CameraService>, public BnCameraService

这个 BinderService<CameraService>是什么东西呢?看看它的定义,在frameworks/base/include/binder下BinderService.h。

template<typename SERVICE>
class BinderService
{
public:
    static status_t publish() {
        sp<IServiceManager> sm(defaultServiceManager());
        return sm->addService(String16(SERVICE::getServiceName()), new SERVICE());
    }

    static void publishAndJoinThreadPool() {
        sp<ProcessState> proc(ProcessState::self());
        sp<IServiceManager> sm(defaultServiceManager());
        sm->addService(String16(SERVICE::getServiceName()), new SERVICE());
        ProcessState::self()->startThreadPool();
        IPCThreadState::self()->joinThreadPool();
    }

    static void instantiate() { publish(); }

    static status_t shutdown() {
        return NO_ERROR;
    }
};

return sm->addService(String16(SERVICE::getServiceName()), new SERVICE());从这句代码,可以看出,这是native service在向SM注册。

其实这个模板类,就是为native service提供了一向service注册的统一方式。

publish和publishAndJoinThreadPool的区别就是在于,注册之后是否开启线程池来监听。

因为之前看过media server的代码,在media server的main函数里,调用的就是CameraService.instantiate来注册的,因为camera service是跑在media server进程里的,所以camera service不需要自己来开启线程来循环监听。

所以,我觉得调用publish和publishAndJoinThreadPool的不同场景是:如果这个service是跑在别的进程里的,就调用publish,如果是自己单独一个进程,就调用publishAndJoinThreadPool。


(2)CameraService.cpp

实现在ICameraService定义的3个函数。

getNumberOfCameras()和getCameraInfo()的实现很简单。

int32_t CameraService::getNumberOfCameras() {
    return mNumberOfCameras; //mNumberOfCameras是在构造函数中初始化的,mNumberOfCameras = HAL_getNumberOfCameras();


status_t CameraService::getCameraInfo(int cameraId,
                                      struct CameraInfo* cameraInfo) {
    if (cameraId < 0 || cameraId >= mNumberOfCameras) {
        return BAD_VALUE;
    }

    HAL_getCameraInfo(cameraId, cameraInfo);
    return OK;
}

主要看connect函数:

sp<ICamera> CameraService::connect( const sp<ICameraClient>& cameraClient, int cameraId) {
    sp<Client> client;  //CameraService::Client
    …………
    if (mClient[cameraId] != 0) {
        client = mClient[cameraId].promote();
        if (client != 0) {
            if (cameraClient->asBinder() == client->getCameraClient()->asBinder()) {
                LOG1("CameraService::connect X (pid %d) (the same client)",
                    callingPid);
                return client;
            } 
        }
    }
    …………
    sp<CameraHardwareInterface> hardware = HAL_openCameraHardware(cameraId); //获取CameraHardwareInterface接口,在下边的代码构造Client时传递进入
    …………
    CameraInfo info;
    HAL_getCameraInfo(cameraId, &info);
    client = new Client(this, cameraClient, hardware, cameraId, info.facing, callingPid); //这里就是之前说过的,在onTransact保存的client
    mClient[cameraId] = client;
    return client;
}


3.CameraService::Client

class Client : public BnCamera, Client是对ICamera的实现。

构造函数:

CameraService::Client::Client(const sp<CameraService>& cameraService,
        const sp<ICameraClient>& cameraClient,
        const sp<CameraHardwareInterface>& hardware,
        int cameraId, int cameraFacing, int clientPid) {
    int callingPid = getCallingPid();
    LOG1("Client::Client E (pid %d)", callingPid);

    mCameraService = cameraService;
    mCameraClient = cameraClient;
    mHardware = hardware;
    mCameraId = cameraId;
    mCameraFacing = cameraFacing;
    mClientPid = clientPid;
    mUseOverlay = mHardware->useOverlay();
    mMsgEnabled = 0;

    mHardware->setCallbacks(notifyCallback,
                            dataCallback,
                            dataCallbackTimestamp,
                            (void *)cameraId);

    // Enable zoom, error, and focus messages by default
    enableMsgType(CAMERA_MSG_ERROR |
                  CAMERA_MSG_ZOOM |
                  CAMERA_MSG_FOCUS);
    mOverlayW = 0;
    mOverlayH = 0;

    // Callback is disabled by default
    mPreviewCallbackFlag = FRAME_CALLBACK_FLAG_NOOP;
    mOrientation = getOrientation(0, mCameraFacing == CAMERA_FACING_FRONT);
    mOrientationChanged = false;
    cameraService->setCameraBusy(cameraId);
    cameraService->loadSound();
    LOG1("Client::Client X (pid %d)", callingPid);
}

主要进行一些成员变量的初始化,主要有mCameraClient, mHardware等。都是在CameraService::connect时进行的。

Client的各个函数可以自己看一下,主要就是对mHardware的调用,这是一个CameraHardwareInterface接口,也就是对HAL层的一个封装。比如stopRecording函数:

// stop recording mode
void CameraService::Client::stopRecording() {
    ……
    mCameraService->playSound(SOUND_RECORDING);
    disableMsgType(CAMERA_MSG_VIDEO_FRAME);
    mHardware->stopRecording();
    …………
}


4.ICamera

最后再来说一下ICamera。

这个ICamera定义的其实就是camera client与camera service的接口。

当camera client连接camera service时,也就是调用CameraService::connect时,返回一个ICamera接口给camera client调用,这个ICamera接口的真正实现是CameraService::Client。

<think>我们正在处理一个关于Android相机服务cameraservice)的图像转储掩码(image dump mask)配置的问题。根据引用内容,我们了解到相机服务的底层涉及HAL(硬件抽象层)和CameraProvider等组件。用户希望设置图像转储掩码,这通常用于调试目的,以转储相机捕获的图像数据。 在Android系统中,相机服务的配置可以通过系统属性(system properties)或persist属性(持久化属性)来进行。引用[1]提到了设置persist.vendor.camera.logVerboseMask和persist.vendor.camera.logEntryExitMask属性,这些属性用于控制日志的详细程度。但是,用户的问题是关于图像转储掩码(image dump mask)的,这可能与日志掩码不同。 通常,图像转储掩码可能通过类似的属性来控制,例如persist.vendor.camera.dumpimg或persist.camera.dumpimg等。具体属性名可能因设备制造商和Android版本而异。 步骤: 1. 确认正确的属性名称:在Android源代码中,图像转储通常由persist.camera.dumpimg属性控制,该属性是一个掩码,用于指定要转储的图像类型(如预览、视频、快照等)。例如,设置persist.camera.dumpimg=1可能表示转储预览图像,而persist.camera.dumpimg=7可能表示转储所有图像。 2. 设置属性:可以通过adb命令设置这些属性。由于是持久化属性,设置后会一直保留直到被清除或设备重置。 3. 重启相机服务:设置属性后,可能需要重启相机服务或设备才能生效。 示例命令: - 设置图像转储掩码为1(假设1代表预览图像): ``` adb shell setprop persist.camera.dumpimg 1 ``` 或者如果设备使用vendor命名空间: ``` adb shell setprop persist.vendor.camera.dumpimg 1 ``` 4. 查看当前属性值: ``` adb shell getprop persist.camera.dumpimg ``` 注意:不同的设备制造商可能使用不同的属性名称和掩码值。例如,某些设备可能使用persist.camera.dumpimg_mask。因此,最好参考设备特定的文档或源代码。 如果没有设备特定的信息,可以尝试以下常见的掩码值(具体含义可能因设备而异): - 0: 不转储 - 1: 转储预览图像 - 2: 转储视频图像 - 4: 转储快照(拍照)图像 - 7: 转储所有图像(1+2+4) 因此,设置persist.camera.dumpimg=7将转储所有图像。 另外,引用[2]和[3]提到了相机服务在HAL层的实现,包括打开相机设备等操作。但是,设置图像转储掩码通常是在上层(如相机服务)或通过系统属性控制,并不直接修改HAL代码。 如果上述属性设置无效,可能需要检查设备的相机服务是否支持该属性,或者是否有其他属性控制。也可以查看相机服务的日志来确认转储是否生效(例如通过logcat)。 总结步骤: 1. 尝试设置persist.camera.dumpimg属性(或类似属性)为所需的掩码值。 2. 重启相机服务或设备。 3. 验证图像转储是否生效(通常图像会被转储到/data/misc/camera/或/sdcard/DCIM/等目录,具体路径取决于设备)。 注意:转储图像可能会占用大量存储空间,仅用于调试,生产设备上不应启用。 如果用户有特定设备或Android版本的信息,可以提供更精确的指导。 相关问题: 1. 如何查看Android相机服务的日志? 2. 图像转储文件的存储位置在哪里? 3. 除了图像转储,还有哪些相机调试方法?</think>### 设置相机服务的图像转储掩码 在 Android 系统中配置相机服务的图像转储掩码(image dump mask),需要通过系统属性(system properties)实现。以下是具体步骤和原理: #### 1. **设置系统属性** 图像转储行为由 `persist.vendor.camera.dumpimg` 属性控制。通过 ADB 设置掩码值: ```bash adb shell setprop persist.vendor.camera.dumpimg <mask_value> ``` - **掩码值说明**: - `1`:转储预览帧(Preview) - `2`:转储视频帧(Video) - `4`:转储快照帧(Snapshot) - 组合值(如 `7` = 1+2+4)表示转储所有类型图像 #### 2. **重启相机服务** 设置属性后需重启相机服务生效: ```bash adb shell stop cameraserver adb shell start cameraserver ``` #### 3. **底层原理** - **HAL 层交互**:相机服务(`cameraserver`)通过 HAL 接口操作硬件设备。图像转储请求通过 `hw_device_t` 结构体传递到驱动层(引用[3])。 - **属性传递**:`persist.vendor.camera.dumpimg` 属性被 CameraProvider 读取,并转换为 HAL 层的配置指令(引用[2])。 - **图像处理**:驱动层根据掩码值在图像处理流水线(如 ISP)中注入转储逻辑,图像文件通常保存在 `/data/misc/camera/` 目录。 #### 4. **验证配置** 检查属性是否生效: ```bash adb shell getprop persist.vendor.camera.dumpimg ``` 查看日志确认转储行为: ```bash adb logcat | grep -i "dumpimg" ``` > **注意**: > - 不同设备厂商可能扩展掩码值(如添加 `8` 转储 RAW 图像)。 > - 需 root 权限访问转储文件(路径因厂商定制可能不同)。 > - 生产设备慎用,高频转储可能导致性能下降或存储占满。 --- ### 相关问题 1. 如何解析 `hw_device_t` 结构体在相机 HAL 中的作用? 2. 图像转储的文件命名规则和存储路径是什么? 3. 除了系统属性,还有哪些方法可以动态启用相机调试功能?
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值