我正在开发一个Android应用程序，它将通过互联网传输一组jpeg图像。我需要将每个jpeg图像解码为YUV格式，执行一些与图像相关的操作，然后在执行某些编码后对其进行流式处理。目前我正在执行此转换[JPEG - ＆gt; YUV]在软件中。为了加快转换速度，我想使用硬件解码器。是否有任何Android API可以进行此转换？可以使用OMXCodec完成吗？
此致
约翰
答案 0 :(得分：0)
BitmapFactory.decodeFile（＆＃34; JPEG文件的路径＆＃34;）在将JPEG图像解码为内存中的位图时会解压缩吗？
是
当我在解码后的JPEG文件中使用Bitmap.compress（Bitmap.CompressFormat.JPEG，100，byteArrayOutputStream）生成的位图时，压缩图像的大小大于原始图像的大小
这很有可能。质量水平为100，我认为可能，但也许不放心。
有人可以准确地解释这种现象吗？
对于JPEG，不要求它们相同。事实上，如果他们 相同的话几乎是随机的。
假设我们从内存中的图像开始（B 原始，其中B是位图的缩写）。然后我们将该图像压缩为JPEG（J 原始）。 JPEG结合了有损压缩算法，通过考虑人眼无法识别少量变化这一事实，实现对真实世界图像（例如照片）的更好压缩。
假设我们然后将J 原始解码回内存中的位图（B reloaded ）。 B 重新加载 与B 原始不会是相同的图像，因为JPEG压缩会改变图像。 B 重新载入与B 原始的接近程度取决于多种因素，部分与图像本身有关，部分与保存JPEG时使用的质量水平有关（代码中的100。此质量等级范围从0到100，其中100表示最高质量。
如果我们然后将B 重新加载压缩到第二个JPEG（J 重新加载），则新的JPEG 将不会与原始相同 JPEG（J 原始）。部分地，这是因为根据前一段，源位图发生了变化。部分原因是因为我们可能不会选择与原始压缩工作相同的质量水平。
在您的情况下，您没有创建J 原始。您不一定知道使用了什么质量等级（可能存储在JPEG标题中的信息;我忘了）。但是因为B 重新加载将与原始位图（无论它来自何处）不同，当您将位图压缩为J 重新加载时，它将与J <不同子>原始。总的来说，无论是大还是小，都难以抽象地说。但是，由于您选择的质量级别为100，并且J 原始可能已经使用较低的质量级别进行压缩，因此您的压缩图像可能会更大。
这与Android无关。这纯粹是JPEG工作原理的一个功能。如果您对JPEG本身有其他疑问，您可能希望read more about JPEG并在某些网站上提出与图像格式有关的问题。