Algorithm 考虑到图像压缩，游程编码总是比哈夫曼编码好吗？

我们发现，考虑到压缩比，游程长度比哈夫曼编码（JAVA）要好得多。所有情况都是这样吗？当然不是。考虑<代码> abababab，它将比Huffman更好地压缩运行长度编码。

---

运行长度仅适用于具有重复值的数据；这在图像中不能保证。

当然不能。考虑<代码> abababab，它将比Huffman更好地压缩运行长度编码。

---

运行长度仅适用于具有重复值的数据；这在图像中是不能保证的。

RLE通常适用于具有大面积相同颜色的图表和图形

对于像照片这样几乎总是显示像素之间至少微小差异的东西，即使在看起来像纯色的区域，它的效果往往很差（通常会导致膨胀）

---

虽然相同的总体思路也适用于哈夫曼，但在更广泛的输入中，它往往更有效。从理论上讲，它也会导致扩展，但我所见过的唯一一次是尝试在已经压缩的数据上使用它。

RLE通常适用于具有大面积相同颜色的图表和图形

对于像照片这样几乎总是显示像素之间至少微小差异的东西，即使在看起来像纯色的区域，它的效果往往很差（通常会导致膨胀）

---

虽然相同的总体思路也适用于哈夫曼，但在更广泛的输入中，它往往更有效。从理论上讲，它也会导致图像扩展，但我所见过的唯一一次是尝试在已经压缩的数据上使用它。

考虑到jpeg、gif、png上的哈夫曼压缩会导致图像扩展。但它对bmp图像效果很好。有什么特别的原因吗？大多数图像格式已经包括压缩。当哈夫曼与压缩数据一起使用时，它通常会使数据稍微变大。我猜你的bmp文件没有被压缩（根据维基百科的说法，这种格式是可选的），我们能在网络上得到没有被压缩的图像吗？如果是，请提供详细信息。仅仅因为jpg图像的设计方式，它们总是很难压缩。GIF几乎总是压缩的，但不需要压缩。我想你很可能会发现没有压缩的png图像。但我不知道消息来源。您最好的方法可能是自己使用一个可以压缩或不压缩的库来生成它们。尝试压缩任何压缩的图像格式都是浪费时间——它们已经被压缩了。此外，通用压缩算法不能很好地压缩图像，这就是为什么会有专用压缩算法的原因。考虑到jpeg、gif、png上的哈夫曼压缩会导致图像的扩展。但它对bmp图像效果很好。有什么特别的原因吗？大多数图像格式已经包括压缩。当哈夫曼与压缩数据一起使用时，它通常会使数据稍微变大。我猜你的bmp文件没有被压缩（根据维基百科的说法，这种格式是可选的），我们能在网络上得到没有被压缩的图像吗？如果是，请提供详细信息。仅仅因为jpg图像的设计方式，它们总是很难压缩。GIF几乎总是压缩的，但不需要压缩。我想你很可能会发现没有压缩的png图像。但我不知道消息来源。您最好的方法可能是自己使用一个可以压缩或不压缩的库来生成它们。尝试压缩任何压缩的图像格式都是浪费时间——它们已经被压缩了。此外，通用压缩算法不能很好地压缩图像，这就是为什么会有专用压缩算法的原因。