⑴ 手机相机怎么设置参数
1.ISO感光度
感光度，又称为ISO值，是衡量底片对于光的灵敏程度。
简单来说，就是当ISO值越高，越能在光源不理想的情况下实现正常拍摄，但是ISO的提高也意味着画质的下降。
日常拍夜景的话，建议大家设置在400-800之间，这样拍出的夜景比较理想。
假如你想拍摄突出灯光效果比较强的夜景，也可将ISO参数调至100左右，使用脚架长时间曝光。这样可保持影像品质清晰锐利。
2.S快门速度
手机相机上的“S”图标就是快门，快门速度影响着进光量的多少，所以它可以控制画面的明暗。
如果是要拍快速移动的物体，可以将快门调至1/1000秒、1/1600秒、1/2000秒。
如果快门速度长达30S的时候，我们就可以拍摄光绘，拍摄星空。不确定的情况下，可使用不同快门的画面进行对比调整。
需要注意的是，一定要在曝光时间结束前保持手机静止，这样才能拍出好看的画面，否则画面会很模糊。
3.EV曝光补偿
EV就是曝光补偿，这个设置很简单：光线太暗就调高曝光补偿值，突显画面的清晰度；光线太亮，就降低曝光补偿值，数值调到能拍出清晰的照片就行了。
如果你拿不准该调高还是调低，多拍几张，对比一下就有答案了。
4.AF对焦方式
对焦方式，手机相机的专业模式有三种，分别是AF-S、AF-C、MF。
三种模式分别对应三种不同的拍摄对象，AF-S适合拍静物，AF-C适合拍移动的物体，MF则是手动对焦。
重点说一下AF-C连续自动对焦，在这个模式下，相机会锁定被摄主体所在区域，一旦目标与相机之间的相对焦点发生改变，相机会自动再次对焦。
所以AF-C特别适合运动中的物体。
5.AWB白平衡
为了让我们拍出的照片不受外界光源影响，相机专业模式下将光源划分为了不同的种类，如钨丝灯、白炽灯、阴天等等。
拍照的时候根据所处的环境，选择相应的模式即可。懒得分辨模式或搞不清楚光源的时候，自动模式AWB是最好的选择。
以上就是手机拍照专业模式中的主要参数设置。其实拍照这件事主要在于实践，在实践中积累自己的经验。
当你不明白应该如何设置参数时，多尝试、多对比，然后记住这个参数，遇到同样的场景就可以反复使用了。
⑵ android 实时视频采集—Camera预览采集与显示（平台系统camera功能理解分享）
本文之所以有必要编写并作记录，主要原因是因为在工作中开发出一个万能的自定义camera预览控件之后，本是一个提高效率以及提供一个强大能力的控件，但是产品并不能理解这个万能控件存在的意义，产品无法与技术设计相结合的理解使用；并且发现我们的智能业务部Camera自定义预览技术虽然是使用多年，但是我们并没有真正的形成规范，由于产品在不能够理解系统平台（Android/iOS）给产品和研发带来了什么，导致产品可能会出现在不理解系统平台以及系统知识的情况下，臆想产品所谓的形态；当产品设计脱离了系统平台所支持的技术点以及设计的初衷，就会导致回归问题的时候，出现不必要的讨论，其根结就是一点：“信息不同步，知识不同步”。
所以，为了提高效率，就采用记录和分享的方式，尝试性推动产品、测试、研发三者对工程与架构的同步理解，更深的懂得程序架构设计意义，尝试性通过信息同步的方式，在一个统一的知识储备的平台下，共同完成一个更高效，和高品质的工程产品。（为了能够让非技术：产品设计，以及测试都能够理解，所以，使用了更多的白话解释）
附：强大灵活的FsCameraTextureView（第一版，自适应截取）（ 第二版本版本：自适应展示）
首先，抛出几个问题，
1）什么是摄像头支持的previewSize？
2）什么是视频或者图片的pictureSize?
3) 如何获取和查看摄像头支持的PreViewSize 和PictureSize ？
4）手机预览所见的区域SurfaceView(TextureView)与camera 的previewSize的关系是什么？
5）为什么会设计了两种预览方式view，两种预览方式都会有什么样子的效果呢？
一，概述
通过Android Camera拍摄预览中设置setPreviewCallback实现onPreviewFrame接口，实时截取每一帧视频流数据（简单说来，就是通过设置一个接口，接收系统回调通知我们的每一帧数据）
二，知识点
1， camera支持的格式：
2，拍照流程
3，camera权限
三，Android Camera中PreviewSize、 PictureSize、 SurfaceView(TextureView)之间的关系
1，PreviewSize：
相机预览时候的能支持的尺寸，简单的说一下，就是预览的大小，也就是拍照前能够看到的图片大小。（通过Android手机相机可以试一下，这个参数设置不同，同样的焦距下，拍摄桌子上一个固定距离的东西，看到的视野会不同）
相机的预览尺寸，不能随意的设置值，只能通过camera的parameters的getSupportedPreviewSizes方法，获取支持的预览尺寸列表，并从列表中选择一个设置在parameters中。（通俗简单的说就是，获取camera中能够支持的预览大小合集，如果你想要查看某个预览对应的尺寸，就把该尺寸设置到camera的属性中即可，则camera会返回相对应尺寸的预览数据流提供显示）。
2，PictureSize :
指的是拍照之后，最终拍摄到的图片大小，也就是图片的质量。图片尺寸同样也只能从支持的列表中选取一个设置。 调用camera的takePicture方法（拍照）后，获得拍照的图像数据，注意picturesize和previewsize的宽高比也要保证一致，否则获取的图片会将preview时的图像裁剪成picturesize的比例。 previewsize的分辨率，只会影响预览时的分辨率，不会影响获取图片的分辨率，所以preview只是确定了图像的取景最大范围。最终图片的分辨率是由picturesize来决定。 所以，最好的设置方法，例如：previewsize为1280*720，picturesize为2560*1440。（由于我们没有拍照业务，目前这个知识，不做深究）
3，SurfaceView(TextureView)
用于展示camera预览图像的view，就是将preview获得的数据，放在这个view上。所以如果preview的宽高比和SurfaceView的宽高比不一样，就会导致看到的图像拉伸变形。图像拉伸变形解决的办法：
（1）就是在确定preview的分辨率后，重新设置SurfaceView宽高；
（2）如果SurfaceView宽高定死，则需要获取一个比例适合SurfaceView尺寸的PreviewSize 的preview，尽量小的裁剪，然后填充在SurfaceView中。
4，利用图片的显示方式，理解Preview与SurfaceView（TextureView）显示关系
ImageView （UI上面设计的一个控件）与图片bitmap 的关系，比如限定死一个ImageView的大小，但是图片与ImageView尺寸不一致，就会有几种方案，首先选取一张长方形1920*1080的图片，ImageView就是紫色部分，无论长宽比都比ImageView要大。
图片适配例1：拉伸填充ScaleType.FIT_XY :虽然被全部填充，但是整个图片为了适配图片已经扭曲，失真，图片缩放到控件大小，完全填充控件大小展示。
图片适配例2：等比例裁剪填充ScaleType.CENTER_CROP ，因为在该模式下，图片会被等比缩放直到完全填充整个ImageView，并居中显示。该模式也是最常用的模式了。如图可以看到，图片的高度是能完全展示出来的，但是左右部分被进行了裁剪，并没有完全显示。
图片适配例3 : ScaleType.CENTER_INSIDE，此模式，用以完全展示图片内容为目的。图片将被等比缩放到能够完整展示在ImageView中并居中，如果图片大小，小于控件尺寸，那么就直接居中展示该图片
图片适配ImageView方式还有很多，就不一一列举，这三种已经足够重要，为什么讲解camera预览，却穿插了图片的适配，其实可以这么理解，camera的preview就是由多张图片组成，不断的像帧动画一样变化，而SurfaceView就是一个载体，相当于ImageView，业务中定死了SurfaceView的大小之后，被动的承载你选择的previewSize，来展示camera的Preview，你可以选择类似于前面三种例子来理解preview的填充，以下会举例说明preview的填充策略选择有哪几种方式，我们会采用哪种方式：
1）拉伸填充，自适应view，不可取，比如：手机的SurfaceView是整个手机的屏幕尺寸（全屏填充），或者任意尺寸比例的surfaceView，使用这种方式，就如同（图片适配例1）的方式，导致视频扭曲，拉伸。
2）等比例裁剪填充，目前我们项目中，采用的就是这种方式，并且提供给很多三方使用，已经成为一种独立，并且稳定的技术实现自定义view，简单说一下视频的适配策略方式，SurfaceView随便由业务方，自定义宽度大小，比如业务方选择了1900*1000的SurfaceView， 我们的适配过程是：（1）从PreviewSize列表中选取最接近SurfaceView尺寸的PreviewSize（假设该摄像头，只支持1920*1080，和320*640），1920*1080最接近，所以被获取；(此处展示一下蹩脚的英文Try to find an size match aspect ratio and size,尝试找到纵横比与view大小比适中的一个尺寸)（2）等比例裁剪填充到SurfaceView，首先我们设计的逻辑是，先选取一个缩放比例，假设等比例1920的图片按照SurfaceView的宽度等比例缩小到1900，而为了不让Preview失真，则高度1080等比例缩小的值是1068.75（等比例方程式，这里就不重复初中的知识，请自行计算），所以图片被压缩成为1900*1068这个尺寸，依旧保证图片完整，并且不失真。（3）将等比例缩减的图片，1900*1068进行显示在1900*1000的SurfaceView中，就会有一种效果类似（图片适配例2），宽度全部展示，高度被裁剪。（如同 图片适配例2中左右部分裁剪一样的道理）
3）完全展示camera内容的缩放填充（类似图片适配例3），我们打开任意一部手机的camera，预览图像都没有全屏幕展示，类似拍照功能，所见即所得，PreviewSize是多少，就显示什么样子的比例尺寸，以及最后生产的照片比例就是多少，我们的自定义view，也可以随意设置大小，此模式下，用以完全展示camera内容为目的。Preview将被等比缩放到能够完整展示在SurfaceView中并居中，但是可能会有部分位置无法填充（类似图片适配例3显示效果）。
（该方式只是进行了技术储备，由于没有业务场景设计，所以没有使用，目前只是储备了这样的自定义控件）
四，灵活的自定义TextureView预览控件
FsCameraTextureView（第一版，自适应截取）：等比例裁剪填充，方式（适配方式2），采用前面说的适配方式2，而产出的一种自定义view，2019年5月产出至今，在金融APP，以及商城的app中使用，经过逐步优化，和多版本检验，目前该控件，拥有以下特点： 1）稳定：目前各个使用场景，均无逻辑崩溃，内存泄漏，线程等任意问题； 2）灵活：随意设置预览view的尺寸大小，自适应任意业务设计；不仅仅满足刷脸业务，并且满足任意相机预览业务方使用； 3）提高效率，减轻工作量：使用简单，操作步骤简洁，接入只需要两步；减轻接入端，或者想要使用相机预览的业务的工作量，不需要重复造车，并且安全稳定。
输出的业务方有（经不完全统计）：（目前业务为保密进行公网保密处理）1）**创新科技业务部-区块链部门 2）泰国人脸识别业务SDK3）S D**Bank 人脸业务4）核验身份证业务5）HT**Bank 人脸业务 6）**云，商业平台部门
FsAllPreviewCameraTextureView（技术储备版，全预览模式显示）：完全展示camera内容的缩放填充，采用前面说的（适配方式3）适合拍照相关的业务使用，优点同样是，外部业务随意改变view大小，可以自适应view，由于目前没有业务方使用，暂时做储备，不深入讲解。
如果可以控件开源成功，后期，我将开源这两个控件，让更多的使用方使用，我们也希望共同技术进步，提高工程产出的使用能力。
预计下一次分享内容是（临时命名）
1）人脸核验内存和线程爆表到泄漏为零
2）分享七年前参于的Scrum（如何提高岗位间效率所定制的敏捷开发过程）
本文参考：
https://www.jianshu.com/p/32e335d5b842
https://www.cnblogs.com/skyseraph/archive/2012/03/26/2418665.html
⑶ 手机相机如何调整参数
您使用专业模式进行拍摄时，可以自由调节 ISO 感光度、对焦方式等参数。
1.打开相机或进入相机 > 更多 （取决于您的机型），选择专业模式。
2.您可以设置以下参数：
（1）调整测光方式：点击 M，选择测光方式。
（2）调节 ISO 感光度：点击 ISO，滑动 ISO 调节区。
当光线较弱时，可提高 ISO 感光度；当光线充足时，可降低 ISO 感光度，避免画面出现过多噪点。
（3）调节快门速度：点击 S，滑动快门速度调节区。
快门速度会影响相机的进光量，当拍摄静止风景、人像时，可调低快门速度；当拍摄运动风景、人像时，可调高快门速度。
（4）调节曝光补偿值：点击 EV·，滑动 EV 调节区。
当光线较弱时，可以调高 EV 值；当光线较强时，调低 EV 值。
（5）调节对焦：点击 AF·，选择对焦模式。
（6）调节色彩基调：点击 WB·，选择白平衡。
如在日光下，可选择太阳图标；在阴天或阴暗环境下，选择下雨图标。
点击色温图标，可改变色温，让画面呈现较冷或较暖的色调。
（7）调节存储格式：专业模式为您提供了 JPG 和 RAW 两种图像格式。点击取景框顶端的JPG图标，选择不同的存储格式。
RAW 格式的照片保留了更多照片细节，方便对照片进行后期处理，但占用较多存储空间；JPG 格式的照片占用存储空间相对较小，您可根据需要选择。
若选择 RAW 格式，拍照时，手机将自动保存一张普通格式和一张 RAW 格式的照片，RAW 格式的照片保存在图库的 RAW 相册中。
（8）开启自动对焦辅助灯：若要在弱光环境下对焦，点击对焦辅助灯图标，开启自动对焦辅助灯。
3.点击快门拍照。
⑷ 如何自定义开启android摄像头
开启摄像头的过程如下：
Android提供了Camera来控制拍照，步骤如下：
（1）调用Camera的open()方法打开相机。
（2）调用Camera的getParameters（）获取拍照参数，该方法返回一个Cmera.Parameters对象。
（3）调用Camera.Parameters对象对照相的参数进行设置。
（4）调用Camera的setParameters（），并将Camera.Parameters对象作为参数传入，这样就可以对拍照进行参数控制，Android2.3.3以后不用设置。
（5）调用Camerade的startPreview()的方法开始预览取景，在之前需要调用Camera的setPreviewDisplay(SurfaceHolder holder)设置使用哪个SurfaceView来显示取得的图片。
（6）调用Camera的takePicture()方法进行拍照。
（7）程序结束时，要调用Camera的stopPreview()方法停止预览，并且通过Camera.release()来释放资源。
需要赋予Camera的权限：
1
2
3
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>
<uses-permission android:name="android.permission.MOUNT_UNMOUNT_FILESYSTEMS"/>
<uses-permission android:name="android.permission.CAMERA"/>
下面上代码：
⑸ Android进阶——你所知道的Camera2和你所不知道的Camera2完全解析
一切源于在项目过程中的一个Bug：我的需求是在MainActivity 实现自动预览，也可以点击跳到签到SignedActivity去实现拍照签到，第一次进入界面的时候都是正常的，但是有时候返回来的时候预览失败，即从MainActivity跳转到SignedActivity偶尔预览失败和从SignedActivity返回MainActivity偶尔失败，都是报（CAMERA_IN_USE）ERRO=1的错误，奇怪的是的的确确做了完全释放操作，加上以前用的更多的是Camera api 对于Camer2 的机制没有完整去研究过，一下子懵了，于是乎先去找了Stack Overflow，查到一个解决方案是："我弃用了新API，换回旧API"，ORZ，找了其他的也没有答案，可是我不服呀，我就把官方的文档全部啃了一遍，于是乎便有了以下的理解，我想如果你不懂得怎么使用Camera2的话，这篇绝对值得你去阅读，你会发现Camera2 并非像大多数说得那样使用起来很复杂。
全新的android.hardware.Camera2 。Android 5.0对拍照API进行了全新的设计，新增了全新设计的Camera 2 API，这些API不仅大幅提高了Android系统拍照的功能，还能支持RAW照片输出，甚至允许程序调整相机的对焦模式、曝光模式、快门等。
在Camera2 架构在核心参与类角色有： CameraManager 、 CameraDevice 、 CameraCharacteristics 、 CameraRequest与CameraRequest.Builder 、 CameraCaptureSession 以及 CaptureResult 。
位于android.hardware.camera2.CameraManager下，也是Android 21(5.0)添加的，和其他系统服务一样通过 Context.getSystemService(CameraManager.class ) 或者 Context.getSystemService(Context.CAMERA_SERVICE) 来完成初始化，主要用于管理系统摄像头：
CameraDevice是Camera2中抽象出来的一个对象，直接与系统硬件摄像头相联系。因为不可能所有的摄像头都会支持高级功能（即摄像头功能可被分为limit 和full 两个级别），当摄像头处于limited 级别时候，此时Camera2和早期的Camera功能差不多，除此之外在Camera2架构中，CameraDevice还承担其他两项重要任务：
正如前面所说， 系统向摄像头发送 Capture 请求，而摄像头会返回 CameraMetadata，这一切都是在由对应的CameraDevice创建的CameraCaptureSession 会话完成 ，当程序需要预览、拍照、再次预览时，都需要先通过会话。（A configured capture session for a CameraDevice , used for capturing images from the camera or reprocessing images captured from the camera in the same session previously.A CameraCaptureSession is created by providing a set of target output surfaces to createCaptureSession , or by providing an InputConfiguration and a set of target output surfaces to for a reprocessable capture session . Once created, the session is active until a new session is created by the camera device, or the camera device is closed.）CameraCaptureSession一旦被创建，直到对应的CameraDevice关闭才会死掉。虽然CameraCaptureSession会话用于从摄像头中捕获图像，但是只有同一个会话才能再次从同一摄像头中捕获图像。另外， 创建会话是一项耗时的异步操作，可能需要几百毫秒 ，因为它需要配置相机设备的内部管道并分配内存缓冲区以将图像发送到所需的目标，因而createCaptureSession和会将随时可用的CameraCaptureSession发送到提供的监听器的onConfigured回调中。如果 无法完成配置，则触发onConfigureFailed回调 ，并且会话将不会变为活动状态。最后需要注意的是，如果 摄像头设备创建了一个新的会话，那么上一个会话是被关闭的，并且会回调与其关联的onClosed ，如果不处理好，当会话关闭之后再次调用会话的对应方法那么所有方法将会跑出IllegalStateException异常。关闭的会话清除任何重复的请求（和调用了stopRepeating()方法类似），但是在新创建的会话接管并重新配置摄像机设备之前，关闭的会话仍然会正常完成所有正在进行的捕获请求。简而言之，在Camera2中CameraCaptureSession承担很重要的角色：
描述Cameradevice属性的对象，可以使用CameraManager通过getCameraCharacteristics（String cameraId）进行查询。
CameraRequest代表了一次捕获请求， 而CameraRequest.Builder用于描述捕获图片的各种参数设置，包含捕获硬件（传感器，镜头，闪存），对焦模式、曝光模式，处理流水线，控制算法和输出缓冲区的配置。 ，然后传递到对应的会话中进行设置， CameraRequest.Builder则负责生成CameraRequest对象 。当程序调用setRepeatingRequest()方法进行预览时，或调用capture()方法进行拍照时，都需要传入CameraRequest参数。CameraRequest可以通过CameraRequest.Builder来进行初始化，通过调用createCaptureRequest来获得。
CaptureRequest描述是从图像传感器捕获单个图像的结果的子集的对象。（CaptureResults are proced by a CameraDevice after processing a CaptureRequest）当CaptureRequest被处理之后由CameraDevice生成。
CameraManager 处于顶层管理位置负责 检测获取所有摄像头及其特性 和 传入指定的CameraDevice.StateCallback回调打开指定摄像头 ， CameraDevice 是负责管理抽象对象，包括 监听Camera 的状态回调CameraDevice.StateCallback 、 创建CameraCaptureSession和CameraRequest ， CameraCaptureSession 用于描述一次图像捕获操作，主要负责 监听自己会话的状态回调CameraCaptureSession.StateCallback 和 CameraCaptureSession.CaptureCallback捕获回调 ，还有 发送处理CameraRequest ； CameraRequest 则可以看成是一个"JavaBean"的作用用于描述希望什么样的配置来处理这次请求；最后三个回调用于监听对应的状态。
CameraManager 处于顶层管理位置负责检测 检测获取所有摄像头并设置输出参数，传入指定的CameraDevice.StateCallback回调，然后打开指定摄像头，并触发CameraDevice.StateCallback中的onOpened方法，并在onOpened方法里开始通过调用创建预览会话， ，CameraDevice负责创建请求 CameraCharacteristics 、 CameraRequest与CameraRequest.Builder 、 CameraCaptureSession 以及 CaptureResult 则可以看成是一个JavaBean的作用用于描述以什么样的配置来处理这次请求。
Camera2Helper类只是简单的封装了下，为了让Camera2的初始化和Activity 高度分离，这个类只是Demo 阶段部分有待优化，另外结合我具体的业务，对于图片大小有限制，所以我都是默认采用采样压缩率方式对图片进行压缩
⑹ 关于6739 Android_O一些Camera问题简单汇总
（1）、前后摄像头出现连接不上CCT，或者调试过程中断开
有以下两种改法可供参考：
1）
文件路径：alps\vendor\mediatek\proprietary\custom\mt6739\cgen\cfgfileinc\CFG_Camera_File_Max_Size.h
相应的宏修改为： #define MAXIMUM_NVRAM_CAMERA_FEATURE_FILE_SIZE (5344)
2）、
（2）、预览或者录像被设置为固定帧率30帧
修改config文件 如
其中5000是最低帧率5帧的意思。
（3）、录像模式如果打开eis模式界面会变暗
修改下面两个文件：
文件路径：
alps\vendor\mediatek\proprietary\hardware\mtkcam\legacy\platform\mt6739\v1\adapter\MtkDefault\MtkDefaultCamParameter.cpp
修改方法：
把
//if(mpParamsMgr->getRecordingHint() && mpParamsMgr->getVideoStabilization())
改为
if(mpParamsMgr->getRecordingHint() && mpParamsMgr->getVideoStabilization() && (!isEisWithDfr))
文件路径：
alps\vendor\mediatek\proprietary\custom\mt6739\hal\camera\camera_custom_eis.cpp
修改方法：
把
bool GetEisLinkWithDfr()
{
return true; // true : dynamic frame rate off when eis on; false : dynamic frame rate on when eis on
}
改为
bool GetEisLinkWithDfr()
{
return false; // true : dynamic frame rate off when eis on; false : dynamic frame rate on when eis on
}
（4）、概率性拍照的时候预览变暗
alps\vendor\mediatek\proprietary\hardware\mtkcam\legacy\platform\mt6739\core\featureio\pipe\aaa\state_mgr\aaa_state_precapture.cpp
IAeMgr::getInstance().setExp(m_SensorDevId, 3000);
目前实践证明：第一种改法有效，第二种改法无效。
（5）、开启闪光灯拍照拍出来的照片是黑色的
修改的文件在turning文件夹里面
（6）、调整ISP参数后须要恢复出厂设置之后才可以连接上工具
修改路径：
vendor/mediatek/proprietary/hardware/mtkcam/legacy/platform/mt6739/core/featureio/drv/nvram/nvram_drv.cpp
修改方法：
if( a_eNvramDataType==CAMERA_DATA_PDC_TABLE)
{
err = readDefaultData(a_eSensorType, u4SensorID, a_eNvramDataType, a_pNvramData);
if (err != NVRAM_NO_ERROR)
logE("read default PDC Table error!");
return err;
}
下面加一段：
if( a_eNvramDataType==CAMERA_NVRAM_DATA_FEATURE)
{
err = readDefaultData(a_eSensorType, u4SensorID, a_eNvramDataType, a_pNvramData);
if (err != NVRAM_NO_ERROR)
logE("read default Feature Table error!");
return err;
}
⑺ Android Camera(二)
CameraManager、CameraDevice、CameraCharacteristics、CameraRequest与CameraRequest.Builder、CameraCaptureSession以及CaptureResult。
1. 开发相机必须的的权限就是 Manifest.permission.CAMERA 了，所以第一步要在Manifest中添加Camera permission：
<uses-permission android:name="android.permission.CAMERA" />
<uses-feature android:name="android.hardware.camera" />
<uses-feature android:name="android.hardware.camera.autofocus" /></pre>
如果是6.0以上的手机还要动态申请权限，关于权限这块大家可以使用PermissionUtil全局管理。
2.获取CameraManager实例 开启相机
3.当相机成功打开后会回调onOpened方法，这里可以拿到CameraDevice对象，也就是具体的摄像头设备
4.设置相机一些参数 包括方向
5.开启预览
6.开启预览后获取实时流数据，onImageAvailable回调中的ImageRender获取实时流数据，这个数据是YUV_420_888的数据 ,我们可以存储数据也可以对数据流进行美颜滤镜操作，也可以推送给服务端。
7.当关闭界面或者停止预览时 ：
⑻ android camera美颜主要设置哪些参数
final void setErrorCallback(Camera.ErrorCallback cb)：Camera发送错误的时候回调，可以在其中进行错误的后续处理。
final void setPreviedCallback(Camera.PreviewCallback cb)：Camera预览界面发生变化的时候回调，可以在其中获取到Camera捕获到的帧图像。
FEATURE_CAMERA：设备是否有摄像头。
FEATURE_CAMERA_ANY：设备至少有一个摄像头。
FEATURE_CAMERA_AUTOFOCUS：设备支持的摄像头是否支持自动对焦
FEATURE_CAMERA_FLASH：设备是否配备闪光灯。
FEATURE_CAMERA_FRONT：设备是否有一个前置摄像头。
⑼ Android Camera2 教程 · 第一章 · 概览
从 Android 5.0 开始，Google 引入了一套全新的相机框架 Camera2（android.hardware.camera2）并且废弃了旧的相机框架 Camera1（android.hardware.Camera）。作为一个专门从事相机应用开发的开发者来说，这一刻我等了太久了，Camera1 那寥寥无几的 API 和极差的灵活性早已不能满足日益复杂的相机功能开发。Camera2 的出现给相机应用程序带来了巨大的变革，因为它的目的是为了给应用层提供更多的相机控制权限，从而构建出更高质量的相机应用程序。本文是 Camera2 教程的开篇作，本章将介绍以下几个内容：
Camera2 的 API 模型被设计成一个 Pipeline（管道），它按顺序处理每一帧的请求并返回请求结果给客户端。下面这张来自官方的图展示了 Pipeline 的工作流程，我们会通过一个简单的例子详细解释这张图。
为了解释上面的示意图，假设我们想要同时拍摄两张不同尺寸的图片，并且在拍摄的过程中闪光灯必须亮起来。整个拍摄流程如下：
一个新的 CaptureRequest 会被放入一个被称作 Pending Request Queue 的队列中等待被执行，当 In-Flight Capture Queue 队列空闲的时候就会从 Pending Request Queue 获取若干个待处理的 CaptureRequest，并且根据每一个 CaptureRequest 的配置进行 Capture 操作。最后我们从不同尺寸的 Surface 中获取图片数据并且还会得到一个包含了很多与本次拍照相关的信息的 CaptureResult，流程结束。
相机功能的强大与否和硬件息息相关，不同厂商对 Camera2 的支持程度也不同，所以 Camera2 定义了一个叫做 Supported Hardware Level 的重要概念，其作用是将不同设备上的 Camera2 根据功能的支持情况划分成多个不同级别以便开发者能够大概了解当前设备上 Camera2 的支持情况。截止到 Android P 为止，从低到高一共有 LEGACY、LIMITED、FULL 和 LEVEL_3 四个级别：
相机的所有操作和参数配置最终都是服务于图像捕获，例如对焦是为了让某一个区域的图像更加清晰，调节曝光补偿是为了调节图像的亮度。因此，在 Camera2 里面所有的相机操作和参数配置都被抽象成 Capture（捕获），所以不要简单的把 Capture 直接理解成是拍照，因为 Capture 操作可能仅仅是为了让预览画面更清晰而进行对焦而已。如果你熟悉 Camera1，那你可能会问 setFlashMode() 在哪？ setFocusMode() 在哪？ takePicture() 在哪？告诉你，它们都是通过 Capture 来实现的。
Capture 从执行方式上又被细分为【单次模式】、【多次模式】和【重复模式】三种，我们来一一解释下：
CameraManager 是一个负责查询和建立相机连接的系统服务，它的功能不多，这里列出几个 CameraManager 的关键功能：
CameraCharacteristics 是一个只读的相机信息提供者，其内部携带大量的相机信息，包括代表相机朝向的 LENS_FACING ；判断闪光灯是否可用的 FLASH_INFO_AVAILABLE ；获取所有可用 AE 模式的 CONTROL_AE_AVAILABLE_MODES 等等。如果你对 Camera1 比较熟悉，那么 CameraCharacteristics 有点像 Camera1 的 Camera.CameraInfo 或者 Camera.Parameters 。
CameraDevice 代表当前连接的相机设备，它的职责有以下四个：
熟悉 Camera1 的人可能会说 CameraDevice 就是 Camera1 的 Camera 类，实则不是，Camera 类几乎负责了所有相机的操作，而 CameraDevice 的功能则十分的单一，就是只负责建立相机连接的事务，而更加细化的相机操作则交给了稍后会介绍的 CameraCaptureSession。
Surface 是一块用于填充图像数据的内存空间，例如你可以使用 SurfaceView 的 Surface 接收每一帧预览数据用于显示预览画面，也可以使用 ImageReader 的 Surface 接收 JPEG 或 YUV 数据。每一个 Surface 都可以有自己的尺寸和数据格式，你可以从 CameraCharacteristics 获取某一个数据格式支持的尺寸列表。
CameraCaptureSession 实际上就是配置了目标 Surface 的 Pipeline 实例，我们在使用相机功能之前必须先创建 CameraCaptureSession 实例。一个 CameraDevice 一次只能开启一个 CameraCaptureSession，绝大部分的相机操作都是通过向 CameraCaptureSession 提交一个 Capture 请求实现的，例如拍照、连拍、设置闪光灯模式、触摸对焦、显示预览画面等等。
CaptureRequest 是向 CameraCaptureSession 提交 Capture 请求时的信息载体，其内部包括了本次 Capture 的参数配置和接收图像数据的 Surface。CaptureRequest 可以配置的信息非常多，包括图像格式、图像分辨率、传感器控制、闪光灯控制、3A 控制等等，可以说绝大部分的相机参数都是通过 CaptureRequest 配置的。值得注意的是每一个 CaptureRequest 表示一帧画面的操作，这意味着你可以精确控制每一帧的 Capture 操作。
CaptureResult 是每一次 Capture 操作的结果，里面包括了很多状态信息，包括闪光灯状态、对焦状态、时间戳等等。例如你可以在拍照完成的时候，通过 CaptureResult 获取本次拍照时的对焦状态和时间戳。需要注意的是，CaptureResult 并不包含任何图像数据，前面我们在介绍 Surface 的时候说了，图像数据都是从 Surface 获取的。
如果要我给出强有力的理由解释为什么要使用 Camera2，那么通过 Camera2 提供的高级特性可以构建出更加高质量的相机应用程序应该是最佳理由了。
如果你熟悉 Camera1，并且打算从 Camera1 迁移到 Camera2 的话，希望以下几个建议可以对你起到帮助：
本章到此结束，主要是介绍了 Camera2 的一些基础概念，让大家能够基本了解 Camera2 的工作流程和基础概念，并且知道使用 Camera2 能够做些什么。如果你对 Camera2 还是感到很陌生，不要紧，后续的教程会带领大家逐步深入了解 Camera2。
⑽ Android 系统原生相机API角度原理与适配
虽然Camera作为第一代原生android所提供的相机类一直被开发者甚至Google官方开发人员所诟病，但为了兼容和适配Android版本5.0以下的App应用，我们别无选择。因此，有了本篇文档详细阐述1.0版的Camera 是如何使用的。本篇使用的是SurfaceView与Camera类。
文档下文会在拍照流程中的不同的阶段应用到上述四个角度，而“终端自然方向”贯穿整个流程当中。这一个方向、四个角度非常重要，缺一不可，是支撑相机Camera 系列API的关键。在设计NXDesign的相机项目中，经过对官方文档的研读和各路资料的调研之后发现，我们在网络上查到的博客类相关资料有80%的实现方式是存在问题的，当然，这也可以归咎于该API其本身确实不好用，如果不对源码注释进行仔细研究，很容易对开发者产生误导。
更加准确的说，相机的生命周期是依托于SurfaceView的创建和销毁来完成的。SurfaceView的作用是提供相机内容的实时预览。我们需要在surfaceview创建好之后打开相机使用相机资源，在surfaceview被销毁后释放相机资源。
surfaceview 提供了holder机制向调用方通知surfaceview的变化时机，为了在不同的时机对相机资源做不同的事情，需要调用SurfaceHolder.addCallback()方法。
现在的Android手机一般会有多个摄像头，但根据其方向可以归为两类： CAMERA_FACING_BACK 和 CAMERA_FACING_FRONT 。在打开摄像头之前，首先需要获取相机资源，判断相机个数 Camera.getNumberOfCameras() 。每个相机对应一个CameraInfo，它的定义如下：
这里涉及到一个重要概念：相机图像传感器（camera sensor），想要理解上述注释的含义，就需要先理解下图内容。
左图是通常情况下，我们对view的x y方向的认知，以屏幕的左上角为原点向右为x正方向，向下为y正方向；但是，右图描述的是绝大多数情况下， 相机图像传感器 的起始位置和方向判定。与view不同的是，传感器以手机屏幕在自然方向上的右上角为原点，向下为x正方向，向左为y正方向。因此，我们理解上述注释就不难了。如果相机自带的传感器顶部与终端自然方向（手机屏幕的硬件方向，一般手机都是竖直方向，也就是文档中说的naturally tall screen）的右边缘一致，则这个值就是90度。如果前置摄像头传感器的顶部与手机自然方向一致，则这个值就是270度。
当我们定义startCamera()方法时，要做5件事情，1.遍历摄像头cameraId，找到想要打开的摄像头（前置还是后置）；2.获取摄像头信息，主要获取orientation；3. 设置相机DisplayOrientation 4.设置相机参数，主要是宽高比、对焦模式、图片格式、setRotation等。5. 向camera设置surfaceview.viewholder，并且startPreview。主要逻辑如下：
拿到cameraInfo.orientation之后，要调用camera.setDisplayOrientation设置进去，保证通过surfaceview预览到的取景跟当前的手机方向保持一致，但是，setDisplayOrientation设置的其实是经过两个角度计算之后的复合角度，而并不单纯是cameraInfo.orientation。正确的做法是这样的：先获取手机屏幕的旋转方向，然后与cameraInfo.orientation加和得到最终角度。通常情况下，如果我们设置相机为portrait，则不用考虑rotation。这也是为什么绝大部分网络资料中都会粗暴的写入一个90度完事儿而并没有解释这么做的道理。
调用camera.takePicture(null, null, pictureCallback)
这里需要做的仅仅是将callback中返回的data存储为File。需要注意的是，data中会包含setRotation()方法中的角度信息，因此如果直接使用Bitmap工具类生成bitmap，再进行存储或者展示，生成出来的图像其实是缺失了旋转角度的原始方向，这十有八九会发生图像展示角度错误的情况。因此，需要直接保存，再通过Exif工具类读取File中的角度信息（当然Exif工具类就是为了读取File中的各种信息而生的，比如拍照时间、经纬度等等）。
基于Camera API，
surfaceview的预览需要setDisplayOrientation()，入参角度与CameraInfo.orientation（传感器偏角）和WindowManager.default.displayOrientation（屏幕旋转角度）两个角度有关。
相机拍照前需要setRotation(),入参角度与CameraInfo.orientation（传感器偏角）和OrientationEventListener返回的orientation（终端自然角度偏角）有关，二者的换算结果就是图像写入偏角，该偏角意味着图像被顺时针旋转该角度就能够回正展示。