相机APP 如何选择合适的分辨率？
相机APP 如何选择合适的分辨率？
这篇文章主要分下面几点展开：
一、同样的app，在不同设备上，选择的分辨率不一样，正常吗？
二、相机app选择分辨率的一般逻辑是怎样的？
三、如何强改相机app选择的分辨率？影响相机画面效果的因素有很多，分辨率就是其中一个因素，1080p和720p的效果对比，画面清晰度等差别还是挺大的。
做camera效果tuning调试的有些同学，经常会跑过来问，为啥同样的app，在别人家设备上选到的分辨率这么高，在我们的设备上选的的分辨率就这么低？效果没法调啊。同样5M的摄像头模组，为啥别人家拍照size是5M，我们的是2M？
一、同样的app，在不同设备上，选择的分辨率不一样，合理吗？
首先，我们要有个概念，同一个app，同样的版本，在不同的设备上，选到的分辨率不一样，这是很正常的，也是合情合理的。要是什么都一样，那也没有app适配的事了。
下面我们就来看下，app选择相机分辨率的基本逻辑。
在不同的设备上，app都是想选到和设备最匹配的分辨率，让相机画面以比较好的形式在设备上呈现。至少不要出现预览变形的问题吧，有些比较好的还会考虑画面是否需要全屏，画面是否会有黑边，比例是默认16:9、4:3还是1:1的问题。
二、相机app选择分辨率的一般逻辑是怎样的？
app选择分辨率参考的参数有几点：
1、当前摄像头支持的分辨率
1) dumsys media.camera，直接搜索android.scaler.availableStreamConfigurations，可以看到当前摄像头支持的分辨率情况。
android.scaler.availableStreamConfigurations (d000a): int32[368]
[34 4000 3000 OUTPUT ]
[34 4000 3000 INPUT ]
[35 4000 3000 OUTPUT ]
[35 4000 3000 INPUT ]
[33 4000 3000 OUTPUT ]
[34 4000 2252 OUTPUT ]
[35 4000 2252 OUTPUT ]
[33 4000 2252 OUTPUT ]
[34 4000 1800 OUTPUT ]
[35 4000 1800 OUTPUT ]
[33 4000 1800 OUTPUT ]
[34 2304 1728 OUTPUT ]
[35 2304 1728 OUTPUT ]
[33 2304 1728 OUTPUT ]上面的33就表示是拍照分辨率、34是预览分辨率、35是yuv分辨率。
2）Camera2 API上，是通过如下接口来获取预览支持的分辨率。
StreamConfigurationMap map = mCharacteristics.get(
CameraCharacteristics.SCALER_STREAM_CONFIGURATION_MAP);
map.getOutputSizes(SurfaceTexture.class)2、当前设备尺寸
我们可以通过wm size命令来获取当前设备的尺寸情况。没错了，app选择合适的分辨率，就是会参考这个wm size的值。这里也就可以解释，为啥不同设备上，同样的app，选择的分辨率有差异，因为不同的设备，本身这个尺寸就基本不一样啊。
3、app自身需要显示的画面窗口大小；
相机的预览需要用到surfaceview，有些app自己想正方形显示，有些想在个小窗口显示，等等。所以，要选哪个分辨率，肯定得结合自己实际需要显示的区域来的。
上面说了几个主要影响的因素。大家可以想想，如果你是APP开发，应该怎样才能避免出现预览变形的问题呢？
细心的同学会发现，上面说的3个影响因素，分别是对于3个层面的内容。一个是摄像头本身输出的图像分辨率，一个是设备本身的尺寸，一个是我们APP本身需要显示的窗口大小。那只要这3者保持相同的比例，那就不会出现变形问题。
网上其他网友画了个关于Camera数据流的图，还是比较直观的。APP层创建SurfaceView或者TextureView来进行预览的显示，然后SurfaceView或者TextureView的surface会通过framwork，传递给HAL，Hal进行数据的填充，然后再返回给framework层，这样整个数据流的buffer就轮转起来了。
（图片资源来自网络）
官方的Demo里面，采用了自定义的AutoFitTextureView，能很好的解决预览变形问题。使用起来还是非常方便的。感兴趣的同学可以下载下官方demo参考下。
三、如何强改相机app选择的分辨率？
最后要讨论的问题是，某个app通过自身的一些代码逻辑，预览分辨率选到了720P，那我们想要效果好一点，想达到1080P，这个时候该怎么修改呢？有哪些方法呢？
APP是调用framwork层提供的API，或者支持的分辨率的。那么，我们如果直接在framework层就限制了支持的分辨率集合，那是不是就可以解决呢。思路是对的，而且这种也可能是最合适的方式。
还有一些其它的方法，就是驱动这边，针对性的多加几组支持的分辨率，看下app能否自动选择到这些分辨率上。这个会比较困难，因为不清楚app的逻辑，只能是多试。