gpt4 book ai didi

android - Camera2 - 获取静态捕获位图的最有效方式

转载 作者:太空狗 更新时间:2023-10-29 13:03:49 30 4
gpt4 key购买 nike

从问题开始:初始化ImageReader 并将其与 camera2 api 一起使用的最有效方法是什么,我知道我总是要将捕获转换为 Bitmap?

我正在研究 Android camera2 示例,一切都运行良好。但是,出于我的目的,我总是需要对捕获的静止图像执行一些后期处理,为此我需要一个 Bitmap 对象。目前我正在使用 BitmapFactory.decodeByteArray(...) 使用来自 ImageReader.acquireNextImage().getPlanes()[0].getBuffer() 的字节(我我在解释)。虽然这是可以接受的,但我仍然觉得应该有一种提高性能的方法。捕获在 ImageFormat.Jpeg 中编码,需要再次解码以获得 Bitmap,这似乎是多余的。理想情况下,我会在 PixelFormat.RGB_888 中获取它们,然后使用 Bitmap.copyPixelsFromBuffer(...) 将其复制到位图,但这似乎不像是初始化一个具有该格式的 ImageReader 具有可靠的设备支持。 YUV_420_888 可能是另一种选择,但环顾四周似乎需要跳过一些环节才能解码为 Bitmap。有推荐的方法吗?

最佳答案

问题是您要针对什么进行优化。

Jpeg 无疑是所有设备都支持的最简单的格式。将其解码为位图并不像看起来那样多余,因为将图片编码为 jpeg 通常是由某种硬件执行的。这意味着使用最小带宽将图像从传感器传输到您的应用程序。在某些设备上,这是获得最大分辨率的唯一方法。 BitmapFactory.decodeByteArray(...) 也经常由特殊的硬件解码器执行。此调用的主要问题是可能导致内存不足异常,因为输出位图太大。因此,您会发现许多进行二次采样解码的示例,针对位图必须显示在手机屏幕上的用例进行了调整。

如果您的设备支持 RGB_8888 所需的分辨率,那就去做吧:这需要最少的后处理。但是缩小此类图像可能比处理 Jpeg 需要更多的 CPU,并且内存消耗可能很大。无论如何,只有少数设备支持这种相机捕获格式。

对于YUV_420_888和其他YUV格式,Jpeg 的优势甚至小于 RGB

如果您需要最佳质量的图像并且没有内存限制,您应该选择目前大多数高端设备都支持的 RAW 图像。您将需要自己的转换算法,并且可能针对不同的设备进行不同的适配,但至少您将完全掌握图片的获取。

关于android - Camera2 - 获取静态捕获位图的最有效方式,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51335654/

30 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com