影响相机画面效果的因素有很多,分辨率就是其中一个因素,1080p和720p的效果对比,画面清晰度等差别还是挺大的。
这篇文章主要分下面几点展开:
- 同样的app,在不同设备上,选择的分辨率不一样,正常吗?
- 相机app选择分辨率的一般逻辑是怎样的?
- 如何强改相机app选择的分辨率?
做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的逻辑,只能是多试。
作者:小驰成长圈。深圳上班,从事Android Camera相关软件开发工作,欢迎加入“小驰成长圈”,期待和你相遇~
版权声明:本文内容转自互联网,本文观点仅代表作者本人。本站仅提供信息存储空间服务,所有权归原作者所有。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至1393616908@qq.com 举报,一经查实,本站将立刻删除。