gpt4 book ai didi

deflate 格式,尤其是动态霍夫曼编码

转载 作者:行者123 更新时间:2023-12-02 01:05:58 27 4
gpt4 key购买 nike

我目前正在实现一个 png 阅读器,但我对数据的位顺序和一般格式感到困惑。

我无法访问 libpng、zlib 或类似软件。
请注意,我写的任何位串都是最高有效位在前。

根据 RFC1951 , "数据元素被打包 [...] 从最低有效位开始"

我的示例图像的第一个字节是:11101101
为了读取 header ,我颠倒了位顺序并得到:10110111

第一位是说这是最后一个区 block ,这是有道理的。接下来的 2 位是“01”,这是静态霍夫曼编码还是动态霍夫曼编码? RFC 只提到它们是位,但没有提到它们的顺序或它们的数值。

假设动态霍夫曼编码, header 后面是 2 个霍夫曼字母表。然而,这些也是编码的。 0-15作为字面量,16重复前面的代码(3+后面的2位)次。我假设 17 和 18 重复文字 0 是否正确?

进一步的问题是:

  • 我的理解是否正确?
  • 我怎么知道字母编码结束和下一个开始?
  • 与 header 位相比,字母表和实际压缩数据的位顺序是什么?

我想我不明白第 3.2.7 章的大部分内容...

最佳答案

除了霍夫曼代码外,不要反转位,只有在您的解码方法需要时才反转。 zlib 的膨胀从不反转这些位。 puff 保留位仅用于解码霍夫曼码。如果您尝试解释所有反转的位,您会感到困惑,并且您将不得不取消反转偏移位。

只需从底部读取位即可。

在您的示例中,11101101,底部位是 1,表示第一个 block 也是最后一个 block 。接下来的两位(未反转)10 表示这是一个动态 block 。

您可以使用 puff.c , 在 contrib/puff 目录中 zlib分发,作为 RFC 1951 的补充。puff.c 被编写为简单明了的 inflate 实现,以提供 deflate 格式的明确定义。

关于deflate 格式,尤其是动态霍夫曼编码,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/22499137/

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