在观看这段关于霍夫曼编码的视频：接近尾声时，讲述者说，当你有相应的字典时，不可能曲解霍夫曼编码的消息，我想知道为什么
浏览 17提问于2016-09-12得票数 1
对于单词“无眠”，霍夫曼编码是27位，而固定长度编码是39位
是否有字或一般情况下，霍夫曼将需要比固定长度编码更多的比特？
浏览 4提问于2020-06-17得票数 0
1回答
我知道自适应huffman算法比huffman算法有更好的性能，但我不知道为什么。但在自适应霍夫曼中，当你构建一棵树并对文本进行编码时，我猜你必须使用构建的霍夫曼树发送消息？我
浏览 1提问于2015-05-07得票数 2
1回答
我在SE周围看到过关于压缩算法的问题，但没有一个完全符合我的要求。很明显，真正均匀分布的数据不能被压缩，但我们能做到多近呢？ 我的想法(可能是错误的)：我设想通过转换数据(以某种方式标准化？)，您可以突出几乎一致的数据的非一致性方面，然后使用转换后的集合进行压缩，可能会与逆转换或其参数一起使用。但也许我完全错了，当数据趋于一致时，它们都表现得同样糟糕？当我看着(无损)压缩算法的列表时，我没有看到它们对某些类型的数据<
浏览 37提问于2020-10-23得票数 0
我必须对从文件中读取的消息进行霍夫曼编码，在Matlab.For中我必须找到每个字母在message.Using中出现的概率，我必须这样做霍夫曼encoding.Can你可以指定如何从文件中读取消息并将其存储为同一个purpose..Can的字符串有人能帮我解决这个问题吗
浏览 2提问于2013-10-21得票数 0
如何从霍夫曼编码的比特流中解码消息？我对哈夫曼算法的想法不太清楚。然后编码过程是这样的: 1.计算字符的频率。2.按值排序频率。3.构建一棵树。4.通过将左边缘设为0，右边缘设为1来遍历树，以获得预期的消息字符。5.拼接代码以找到比特流。
现在的问题是，我如何从编码的比特流中找到原始消
浏览 5提问于2011-02-14得票数 0
回答已采纳
如果霍夫曼编码是一个，为什么JPEG和AC系数被编码成长度对？为什么我们需要长度前缀？
为什么我们编码的是值的长度，而不是值本身(如果我错了，请纠正我)？
浏览 14提问于2017-03-12得票数 0
回答已采纳
嗨，我在用扩展霍夫曼编码编码1000个符号的消息时遇到了问题。我已经有那本字典了。我只需要对消息进行编码。然而，我不确定如何做到这一点。有什么想法吗？
我使用的是Matlab bdw。
浏览 0提问于2012-04-27得票数 1
我知道在解压缩文件时，zlib使用一个2级表来查找霍夫曼代码。这有一个基本的假设，即任何符号的霍夫曼码不会超过18 (9+9)比特...这个假设有没有数学上的原因？
浏览 0提问于2018-05-24得票数 0
这可能是一个愚蠢的问题，但是压缩一个空文件没有任何意义，对吧？空文件上的Huffman编码算法不起作用，因为它依赖于优先级队列中必须至少有2个节点的事实。如果我们在一个空文件上运行算法，我们将得到的唯一节点是对应于EOF的节点。
浏览 0提问于2017-11-21得票数 0
分布式哈希表包含16个字节，其中仅包含从1比特到16比特的每个长度的霍夫曼码编码的数值的计数。
问:为什么不存储霍夫曼代码，解码器如何派生代码？问:如果有4个值具有3位长的霍夫曼码，我们将把它们写成4个字节。它们的顺序重要吗?或者它们必须按升序或降序排列吗？我知道这些值必须按顺序排列，这样1位霍夫曼编码的值之后就是2位霍夫曼<e
浏览 0提问于2017-05-23得票数 1
比如不存储用来压缩的哈夫曼树吗？我不是在谈论硬编码的霍夫曼树，但我想知道是否有任何算法可以压缩和解压缩输入，而不需要在输出中存储一些元数据。或者这在理论上是不可能的？
浏览 1提问于2009-02-18得票数 6
回答已采纳
目前，我正在开发一个需要在iPad上存储大量文本的应用程序。我的问题是，像Huffman编码这样的算法在生产中实际使用了吗？我只需要一个非常简单的压缩算法(不会有大量的文本，它只需要一个更有效的存储方法)，那么像Huffamn这样的东西可以工作吗？我应该看看其他类型的压缩库吗？
浏览 2提问于2011-07-27得票数 2
回答已采纳
我已经编写了程序来获得每个字符的代码，如程序输出所示。nslfaslfjasfj“f:3l:2s:3N码:111F代码:10L代码:001我的下一步应该是将上面的内容存储在结构中，并将其与原始文本进行比较，将其编码为"11101.....so on“。我发现了一个在结构中存储"CHAR CODE“的问题。它是否应该像字符串s="111“那样存储为字
浏览 0提问于2009-12-16得票数 1
1回答
霍夫曼vs.
、、、
我有自己的JPEG实现。它只使用了Huffman，直到我发现了ANS，我也实现了ANS。我使用这两种算法压缩的测试图像产生了以下压缩比：ANS: 10.56x
事实上，ANS被证明是更好的，但只是稍微好一点。我不是压缩专家，但我读到ANS应该比哈夫曼编码更好，比如算术编码，基于这个的应该是5-7%。在我的例子中，改进只有1%。这是我应该预料到的吗？
浏览 17提问于2018-01-05得票数 0
根据DEFLATE规范(RFC1951)，将文字和长度字母组合在一起，以便使用一个霍夫曼树进行解码。文字和长度字母表都有256个符号长，但组合的文字/长度字母表有286个符号长，其中一个符号是块结束字符。在组合字母表中表示的256个可能的长度码元中只有29个，为了在解码时读取长度的全值，额外的比特被包括在长度码元之后的压缩数据中。这些额外的位不会被压缩，而是作为文字机器整数读取。为什么不在组合的字母表中包含
浏览 26提问于2021-08-22得票数 0
回答已采纳
1回答
如果我运行我得到了一个7950131字节的输出文件。然而，我预计gzip使用游程长度编码+霍夫曼编码，因此至少会达到1/100000。为什么它对全零文件没有更好的压缩效果？
浏览 0提问于2013-05-28得票数 9
回答已采纳
2回答
我最近申请了一份工作，并收到了一份hackerrank考试，其中几个questions.One是霍夫曼解码算法。也有类似的问题，它比我更好地解释了格式化。实际的任务是接受两个参数并返回解码后的字符串。： "a 00", "c 0111",]
这就像:单字符，两个制表符，霍夫曼编码我尝试了使用特殊字符
浏览 3提问于2017-09-21得票数 5
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
云直播活动推荐
腾讯云开发者
