u012248972的专栏

转载：http://blog.csdn.net/louiswangbing/article/details/6610953http://hi.chinaunix.net/?uid-21747227-action-viewspace-itemid-48301一：  用户空间的处理 1．处理的内容和流程触摸屏和轨迹球上报的是坐标、按下、抬起等信息，信息量比较少。按键

有时候拍照照片一直过爆，通过分析现象时在低电量时必现过爆，在看代码是低电量时预闪电量降低，导致预亮度低，sensor认为环境亮度低，导致真闪过爆 p->engLevel.torchDuty =2; //af p->engLevel.afDuty = 2; -----------------》电量多时预闪 //pf, mf, normal p->engLevel.



一.基本关系1.先来看看KTM hal层大概类图关系：大概类图关系就是这样， 其中和显示相关的类图关系如红线所圈区域。可以猜测到 与显示相关的逻辑处理应该都会在DisplayClient这个类去实现。2.CamDeviceManager和DisplayClient关系的建立：以后app下达有关预览显示相关的东西啊在hal层基本上都是这一条先进行传递命令，

http://www.cnblogs.com/younghao/p/5337058.htmlCamera的架构与Android系统的整体架构保持一致，如下图所示，本文主要从以下四个方面对其进行说明。Framework：Camera.javaAndroid Runtime：android_hardware_Camera.cppLibrary：Camer

Android5.0对camera framework层进行了较大的调整，使用了支持HAL3的Camera3Device架构。下面就分析一下这个架构的结构和主要代码逻辑。HAL3的设计思想：        其实HAL的代码复杂但是理清楚他的设计思想后还是比较简单的。Camera应用端与CameraService的交互还是一模一样的，只是以前的CameraClient变成了C

http://blog.csdn.net/gzzaigcnforever/article/details/48997463Camera3研读前沿：    当初在研读Camera1.0相关的内容时，主要围绕着CameraClient、CameraHardwareInterface等方面进行工作的开展，无论是数据流还是控制流看起来都很简单、明了，一系列的流程化操作使得整个框

1.拍照命令时序图2.拍照数据回调时序图

http://blog.csdn.net/tankai19880619/article/details/16848135分析下系统Camera和MediaRecorder（libstagefright中MPEG4Writer以及CameraSource的关系）。  首先，通过图示、看看Android系统Camera录像时的调用时序：1.录像命令时序2

/proc/driver/cl_cam_status 节点值被值1时提示高温cat /proc/driver/thermal/tzbts[mtkts_bts_read] trip_0_temp=95000,trip_1_temp=53000,trip_2_temp=50000,trip_3_temp=48000,trip_4_temp=34000trip_5_temp=

Android API 21新增了Camera2，这与之前的camera架构完全不同，使用起来也比较复杂，但是功能变得很强大。在讲解开启预览之前，首先需要了解camera2的几个比较重要的类：CameraManager： 管理手机上的所有摄像头设备，它的作用主要是获取摄像头列表和打开指定的摄像头CameraDevice： 具体的摄像头设备，它有一系列参数（预览尺寸、拍照尺寸等），可

总体架构CameraService服务的注册client端的应用层到JNI层Camera App---JNIclient到service的连接HAL层驱动层又见用户空间1.总体架构Android Camera 框架从整体上看是一个 client/service 的架构,有两个进程:client 进程,可以看成是 AP 端,主要包括 JAVA 代码与一些

status_t CameraService::handleEvictionsLocked(const String8& cameraId, int clientPid, apiLevel effectiveApiLevel, const sp& remoteCallback, const String8& packageName, /*out*/

MTK 平台，部分三方应用相机预览界面做缩放时走的是MtkDefaultCamAdapter.Zoom.cpp 的startSmoothZoom函数，下面就这部分机制做详细分析。这个功能中有个重要的标志位mStopped，标示缩放流程的开始和结速。先贴出几个重要函数：status_tCamAdapter::startSmoothZoom(int32_t arg1){ MY_

Camera应用部分：Packages/apps/camera/src/com/android/camera/camera.javaCamera本地框架： frameworks/base/core/java/android/hardware/camera.javaCamera服务部分： frameworks/base/services/camera/libcam

花了不少时间在这个数据流的分析上面，自己毕竟没怎么做过android，这里记录一下自己的见解，任何理解错误还望高人指教，以后还需慢慢纠正整个分析过程从app的onCreate开始：packages/apps/OMAPCamera/src/com/ti/omap4/android/camera/Camera.JAVA在onCreate中做了很多的初始化，我们真正关注的是一下几条语句：

http://blog.chinaunix.net/uid-26765074-id-3538904.html接著上一篇文章，繼續講解camera拍照等具體功能實行流程Camera子系统采用C/S架构,客户端和服务端在两个不同的进程当中,它们使用android中的binder机制进行通信,本系列文章将从Android Camera应用程序到硬件抽象的实现一步一步对照相机系统进行分

Android Camera 采用C/S架构，client 与server两个独立的线程之间使用Binder通信，这已经是众所周知的了。这里将介绍Camera从设备开机，到进入相机应用是如何完成初始化工作的。    首先既然Camera是利用binder通信，它肯定要将它的service注册到ServiceManager里面，以备后续Client引用，那么这一步是在哪里进行的呢？细心的人会

上篇文章介绍了，Camera初始化的过程，完成初始化之后就可以使用Camera提供的以下功能了1.预览preview2.视频录制3.拍照和参数设置打开Camera第一键事情就是预览取景preview的动作，我们先从Camera app分析起 。所有拥有拍照功能的应用，它在预览时候都要实现SurfaceHolder.Callback接口，并实现其surfaceCr

1．binder通信概述    binder通信是一种client-server的通信结构，    1.从表面上来看，是client通过获得一个server的代理接口，对server进行直接调用；    2.实际上，代理接口中定义的方法与server中定义的方法是一一对应的；    3.client调用某个代理接口中的方法时，代理接口的方法会将client传递的参数打包成为Pa

1 Camera Architecture （Binder机制应用）该部分主要借助Camera Subsystem分享自己对binder的理解。对该部分的阅读不需要太多对Camera子系统的了解，结合大体类图，顺着我的思路也可以学习binder设计思想。通过我个人的一个思考路线，来阐述如何将binder通信机制嵌入到一个Subsystem中。通过这部分的启发，可以帮助大家应用binder通信机

camera基本代码架构   Camera原理:外部光线穿过lens后，经过color filter滤波后照射到sensor面上，sensor将从lens上传到过来的光线转换成电信号，再通过内部的AD转换为数字信号，如果sensor没有集成DSP，则通过DVP的方式传输到baseband，此时的数据格式是RAW DATA。必须通过平台的isp来处理。如果集成了DSP，这RAW DA

Android Camera 采用C/S架构，client 与server两个独立的线程之间（CameraService）使用Binder通信。一 CameraService的注册。1.手机开机后，会走init.rc流程，init.rc会启动MediaServer Service。 service media /system/bin/mediaserver cl

http://www.360doc.com/content/14/0806/20/18578054_399922505.shtml

原文：http://blog.csdn.net/tankai19880619/article/details/16848135最近调试系统Camera，遇到如下问题：在录像过程中，拔掉Camera；会出现应用程序卡死现象。  先说说之前的设计架构：  当用户拔掉Camera时，会给应用程序发送广播；当应用程序收到广播后调用Activity类的finish方法（系统会自动调用

[DESCRIPTION] 类似如下fail:android.video.cts.VideoEncoderDecoderTest#testH263Other0Perf0176x0144 12-07 10:22:05.220 9023 9038 I TestRunner: junit.framework.AssertionFailedError: Expected ach

vendor\mediatek\proprietary\hardware\mtkcam\legacy\platform\mt6735m\core\drv\isp\isp_drv.cpp  通过Ioctl 控制到kernel-3.18\drivers\misc\mediatek\cameraisp\src\mt6735\camera_isp_D2.c #define ISP_RESET

status_tCamAdapter::takePicture(){ status_t status = OK; // String8 const s8FlashMode = mpParamsMgr->getStr(CameraParameters::KEY_FLASH_MODE); uint32_t const u4ShotMode = getParamsM

基于MT6737平台，6735m架构HalSensorList.buildStaticInfo.cpp先看机构体：staticchar const*constkStaticMetadataTypeNames[] = { "LENS", "SENSOR", "TUNING_3A", "FLASHLIGHT", "SCALER",

以下是16中intent:typedef enum { eIntent_CameraPreviewStart = ECmd_CameraPreviewStart, eIntent_CameraPreviewEnd = ECmd_CameraPreviewEnd, eIntent_CamcorderPreviewStart = ECmd_CamcorderPreview