标签: compression

上周我拿到了一个Lorem Ipsupm生成器，我承认，它很酷。

我的问题：有人可以向我展示有关上述脚本的作者如何将 gzipped 文件的内容作为字符串发布到他们的代码中的教程吗？我不断收到gzip 压缩常规文件的示例，在这里我感觉有点迷茫。

对于它的价值，我有另一个非常相似的模块（它生成随机名称、公司等），现在它从几个不同的文本文件中读取。我更喜欢这种方法；它需要在我的项目中少一个子目录来放置数据，而且它还为我提供了一种新的做事方式。

我对流、IO 类型等很陌生。随意将链接丢弃在我的腿上。片段也总是受到赞赏。

我刚刚为PNG图像编写了一个自定义压缩算法,它的工作非常精美.但是,与其属性下的"磁盘大小"标签存在奇怪的差异.这是一张图片:

这是我的算法创建的压缩文件的图片:

我击败PNG大约200%,我只是不知道为什么文件大小显示这些奇怪的数据.

我正在使用DotNetZip库创建一个启用密码的zip文件,代码如下:

using (ZipFile zip = new ZipFile())
{
    string[] Files = Directory.GetFiles(cryptPath, "*.*");
    foreach (string f in Files)
    {
        zip.AddFile(f);                       
    }                   
    zip.Password = "mypassord";
    zip.Save(cryptPath + @"\output.zip");
}

一切正常,但密码选项不起作用,打开文件时没有提示密码？我怎么能启用这个？

我最近一直在使用一些压缩算法但是,在过去的几天里,我在使用python实现LZ78时遇到了一些麻烦.我在网上浏览了一些例子,但没有真正找到任何可靠的编码和解码输入.有没有人有我可以查看的资源或我可以检查的代码？

谢谢

我有一个远程管理工具,是64位平台的必要更改.我使用Zlib进行压缩和解压缩内存流,但是在做了这个更改之后,当我尝试用64位平台编译我的项目时,Zlib类显示了几个错误,因为Zlib只能用于32位平台.

然后,我在互联网上搜索了一些用于压缩和解压缩内存流的类似类,我发现这个问题讨论的是关于LZMA类,它也可以像我需要的那样制作,类似于Zlib类.

我明白了这个建议:

您将面临的最大问题是您选择使用的库需要您知道要解压缩的文件大小.

所以,我在这里完全知道一些建议,试着解决这个问题.

换句话说,我想知道如何解压缩我的项目的服务器端接收的内存流的大小？

欢迎任何意见或建议.

我已经sudo apt-get install snappy 在Ubuntu 14.04上完成了,现在每次我尝试运行命令snappy textfile.txt进行压缩textfile.txt.我收到一个错误说:

**(snappy:14342):错误**:发现URI时出错:这似乎是一个文本文件.跟踪/断点陷阱(核心转储)

有人知道为什么会这样吗？

如果我做错了,请告诉我一个用snappy压缩文本文件的正确方法.

我有一个JPEG将由图像分析算法处理.它已在图片的角落标记,但我需要在处理之前删除标签.

但是:在Gimp中打开JPEG,编辑标签并重新保存,也会在标签之外引入图像内容的细微差别.在导出设置中,除了"使用原始图像的质量设置"之外,我已禁用了所有内容,但与原始图像进行比较时仍然存在微小的像素级差异.

有没有办法准确保留所有像素信息？或者这些变化在JPEG格式下是不可避免的？

所以,我试图将每个10MB的3个文本文件压缩为一个文件作为tar.gz,但它似乎没有减少最终的tar.gz. 最终的tar.gz文件大小仍然是30MB.

谁能告诉我为什么会这样？我有最高级别的压缩

>>> import os
>>> import sys
>>> import tarfile
>>> import tempfile
tarmode="w:gz"):
    ''>>> size_in_mb = 10
>>>
>>> def compress_str_to_tar(tmppath, files_str, tarfileprefix, tarmode="w:gz"):
...     ''' compress string contents in files and tar. finally creates a tar file in tmppath
...     @param tmppath: (str) pathdirectory where temp files to be compressed will be created
...     @param files_str: (dict) {filename: filecontent_in_str} these will be compressed
...     @param tarfileprefix: (str) output filename (without suffix) of tar
...     @param tarmode: …

我正在做一个POST呼叫，我必须做一个压缩，下面是我的php代码，它做的压缩非常好

 $msg = base64_encode(gzcompress($msg,9))

我想用R语言做同样的9级理解。我尝试了“ xz”，“ gzip”和“ bzip2”

 y2 <- memCompress(x, "bzip2")
 y3 <- memCompress(x, "xz") 

但是这2个也没有给我与PHP代码相同的字符串。请帮忙

刚才我看到这个：

这就是一个叫做霍夫曼编码的真正聪明的想法出现的地方！这个想法是我们用如下代码表示字符（例如a，b，c，d，...）。

a: 00
b: 010
c: 011
d: 1000
e: 1001
f: 1010
g: 1011
h: 1111

Run Code Online (Sandbox Code Playgroud)

如果仔细看这些，您会发现一些特别的地方！这些代码都不是任何其他代码的前缀。因此，如果我们写下来，010001001011我们可以看到它是010 00 1001 011或baec！有没有任何歧义，因为0和01和0100没有任何意义。

我领会了这一要点，但我不明白（a）它是如何被发现的，以及（b）您如何知道它是如何工作的，或者（c）它到底是什么意思。此行具体描述了它：

因此，如果我们写下来，010001001011我们可以看到它是010 00 1001 011...。

我看到这些是代码，但我不明白您怎么知道不以的形式阅读0100 01 0010 11。我看到这些值实际上不是表中的代码。但是，我看不出您将如何解决这个问题！我想知道如何发现这一点。如果我试图修改这样的代码和位，我会这样做：

1. 提出一组代码，例如 10 100 1000 101 1001
2. 尝试写出一些代码示例。因此，也许一个示例只是按上述顺序连接代码：1010010001011001。
3. 看看我是否可以解析代码。所以10还是哎呀，没了101还... Darnit，那也许是因为我可以优先添加到代码的解析，所以10比更高的优先级101。那让我10 100 1000 10 x不知道最后10个应该是101。Dangit。

因此，我将尝试添加诸如优先级功能之类的其他功能，或目前我无法想到的其他功能，以查看它是否有助于解决问题。

我无法想象他们会如何发现霍夫曼编码中的这些代码可以被唯一地解析（我仍然看不到它，它实际上是如何实现的，我必须写一些示例才能看到它，或者。 …