Image 为什么图像压缩算法按子块处理图像？ 例如，考虑DFT或DCT。准确地说，通过子块变换的图像与经过整体变换的图像之间有什么区别？生成的文件大小是否更小？算法是否更有效？变换后的图像看起来不同吗？谢谢。

它们的设计可以使用并行硬件实现。每个块都是独立的，可以在不同的计算节点上计算，也可以共享给尽可能多的节点

---

此外，正如在对计算复杂性的回答中所指出的，计算复杂性很高。我认为（block_y_size×block_y_size）2

它们被设计成可以使用并行硬件实现。每个块都是独立的，可以在不同的计算节点上计算，也可以共享给尽可能多的节点

---

此外，正如在对计算复杂性的回答中所指出的，计算复杂性很高。我认为（block_y_size×block_y_size）2

这是为了使图像更小。有许多方法可以将图像细分为块。最简单的方法是通过完整的行。更先进的瓷砖是分形，即希尔伯特曲线。Jpeg 2000使用希尔伯特曲线。它使用额外的空间信息，也用于地图应用。

这是为了使图像更小。有许多方法可以将图像细分为块。最简单的方法是通过完整的行。更先进的瓷砖是分形，即希尔伯特曲线。Jpeg 2000使用希尔伯特曲线。它使用额外的空间信息，也用于地图应用。

要使图像更小吗？如果我们将变换应用于整个图像而不进行细分，变换后的图像不是会更小吗？我对细分的方式不感兴趣，我只是想了解细分的基本目的。谢谢，我可能错了。检查此答案：。是否要使图像变小？如果我们将变换应用于整个图像而不进行细分，变换后的图像不是会更小吗？我对细分的方式不感兴趣，我只是想了解细分的基本目的。谢谢，我可能错了。检查这个答案：。相同的问题：相同的问题：我想当他们提出jpeg标准时，在这个级别上的并行计算是非常不寻常的。jpeg图像的哈夫曼编码使得它很难实现。另外，您将DC系数编码为与前面的块DC系数不同的事实使我怀疑他们是否考虑了并行处理。我猜是计算复杂性和容错性。Jpeg标准是1991年的。Mpeg 1992。我认为mpeg在硬件上有并行实现。1995年，我研究了顺序程序的自动并行化，我使用了Jpeg文件交换格式实现，因为Jpeg是一种易于并行化的算法（huffman是由一个节点按顺序完成的，然后一群节点共享较硬/较慢的DCT）。这可能是真的，jpeg能够并行化，这是没有必要的，即使当时的处理器较慢。但对于mpeg来说，我认为这是唯一一个可以实时完成的。我想，当他们提出jpeg标准时，在这个级别上的并行计算是非常不寻常的。jpeg图像的哈夫曼编码使得它很难实现。另外，您将DC系数编码为与前面的块DC系数不同的事实使我怀疑他们是否考虑了并行处理。我猜是计算复杂性和容错性。Jpeg标准是1991年的。Mpeg 1992。我认为mpeg在硬件上有并行实现。1995年，我研究了顺序程序的自动并行化，我使用了Jpeg文件交换格式实现，因为Jpeg是一种易于并行化的算法（huffman是由一个节点按顺序完成的，然后一群节点共享较硬/较慢的DCT）。这可能是真的，jpeg能够并行化，这是没有必要的，即使当时的处理器较慢。但对于mpeg，我认为这是唯一一个可以实时执行的方法。