标签: compression

我刚刚尝试使用 PNG 图像格式压缩图像，并且从不同的应用程序中得到了不同的结果。作为参考，我尝试压缩的图像是该站点的屏幕截图。这是原始图像的下载。

以下是我到目前为止的一些结果，按最好到最坏的顺序排列（原始图像为 239KB）：

PNGGauntlet (Xtreme! / None filter) ...................... 141KB
FastStone Capture v5.3 (16M / MAX/ No filter) ............ 166KB
Paint.NET 3.36 (Autodetect) .............................. 185KB
PNGGauntlet (Xtreme! / Auto filter) ...................... 208KB
IrfanView (PNGOUT 2 passes w/default) .................... 211KB
XnView (Export / 9 / Sub filter) ......................... 228KB
Photoshop CS1 (Save for Web / PNG24) ..................... 232KB
IrfanView (Standard save / 9) ............................ 240KB
XnView (Standard save / 9) ............................... 240KB
IrfanView …

我最近从 YouTube 下载了一些计算机科学讲座。通常有不止一种文件大小和文件格式可供选择。

我注意到对于同一个视频，带有 FLV 240 扩展名的可下载视频比带有 MPEG4 360 扩展名的另一个要大。

数字（240 和 360）是什么意思？哪个文件的压缩率更大？也就是说，哪一个从原始文件中删除的文件元素比另一个多得多？

（我首先在 serverfault 上发布了这个，但后来我意识到它可能属于这里。）

我正在尝试使用 7za (p7zip) 9.20 压缩一个非常大的文本文件。-mmt 选项似乎没有任何效果。我试过 -mmt=on 和 -mmt=2。这是一台8核机器。有人建议添加 -m0=lzma2 作为参数，但这只会给我 E_INVALIDARG。有谁知道如何使这项工作？

这没有效果：

7za a -mx=9 -mmt=2 -p myarchive.zip bigfile.txt

这失败并出现错误：

7za a -m0=lzma2 -mx=9 -mmt=2 -p myarchive.zip bigfile.txt


7-Zip (A) [64] 9.20  Copyright (c) 1999-2010 Igor Pavlov  2010-11-18
p7zip Version 9.20 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,8 CPUs)
Scanning

Creating archive release_20120601-1-http.zip



System error:
E_INVALIDARG

标题几乎解释了这个问题。

除了明显的（速度）之外，C:\Windows\Installer考虑到Windows文件夹位于文件夹内，通过 NTFS 压缩来压缩该文件夹通常是安全的还是可取的？

我使用的是 SSD，所以就我个人而言，速度问题对我来说并不重要（而且我在 VM 中运行 Win7，所以我习惯于更高的 I/O 延迟）。

如何解压打包的 chrome 主题 (*.crx)？他们的常见问题解答说明了如何打包，但没有说明如何解包。

我已经尝试过解压缩、gzip 和所有其他作为 google 结果出现的解决方案，但这些对我不起作用。

要仅获取 GZ 签名的图像搜索 - 1f 8b 08 00.

> od -A d -t x1 vmlinuz | grep '1f 8b 08 00'
0024576 24 26 27 00 ae 21 16 00 1f 8b 08 00 7f 2f 6b 45

Run Code Online (Sandbox Code Playgroud)

所以图像开始于24576+8 => 24584。然后只需从该点复制图像并解压缩它 -

> dd if=vmlinuz bs=1 skip=24584 | zcat > vmlinux
1450414+0 records in
1450414+0 records out
1450414 bytes (1.5 MB) copied, 6.78127 s, 214 kB/s

Run Code Online (Sandbox Code Playgroud)

从在线论坛逐字获得这些说明：http : //www.codeguru.com/forum/showthread.php? t=415186

这个过程对我不起作用，最终会给出错误，指出文件未找到 0024576 …

我正在处理大量地球卫星图像档案，每张照片在同一区域相隔 15 分钟，因此它们彼此非常相似。两个连续的看起来像这样：

视频算法在压缩多个相似图像方面做得非常好。但是，此图像对于视频 (10848x10848) 来说太大了，并且使用视频编码器会删除图像的元数据，因此即使我使用视频编码器来处理如此大的图像，提取它们并恢复元数据也会很麻烦。

为了进行一些测试，我将一天的 96 张图像减少到 1080x1080 像素，总共 40.1MB，并尝试不同的压缩结果如下：

1. 压缩包：39.8 MB
2. rar: 39.8 MB
3. 7z：39.6 MB
4. tar.bz2：39.7 MB
5. zpaq v7.14：38.3 MB
6. fp8 v2：32.5 MB
7. paq8pxd v45：30.9 MB

最后三个应该更好地利用上下文并且确实比传统压缩效果更好，但是与 mp4 视频相比，压缩率仍然很差，mp4 视频可以将其压缩到 15 MB 甚至更少，从而保持图像质量。

然而，这些压缩实用程序使用的算法似乎都没有像视频压缩那样利用图像的相似性。事实上，使用packJPG，分别压缩每个图像，整个集降到 32.9 MB，非常接近 fp8 和 paq8pxd 但完全没有利用图像之间的相似性（因为每个图像都是单独压缩的）。

在另一个实验中，我在Matlab中计算了上面两张图片的差异，看起来是这样的：

使用 fp8 压缩两个原始图像（总共 219.5 + 217.0 = 436.5 kB）使它们降低到 350.0 kB（80%），但压缩其中一个和差异图像（作为相同质量的 jpg 并使用 122.5 kB），结果在 270.8 kB (62%) 的文件中，同样（如 mp4 和 packJPG 比较所揭示的那样），fp8 似乎并没有充分利用相似之处。即使用 rar 压缩，一张图像加上差异在原始图像上也比 fp8 好。在这种情况下，rar 将其降低到 333.6 kB (76%)。 …

在 xz、gzip 和 bzip2 之间，哪种压缩算法在压缩相当大的 tarball 时提供最小的文件大小和最快的速度？

我不想为 FFMPEG/libx264 (-r/-framerate) 提供固定的帧速率，而是想指定一个具有 MAXIMUM 值的可变帧速率，并允许 libx264 在它认为合适的时候降低帧速率。这里的想法是在有扩展静止帧之类的东西时获得额外的压缩（这在我的源视频中发生了很多）。

我意识到预测或双向 MPEG 帧会压缩得非常好，但也有可能源帧速率小于我打算转码的帧速率（可能导致更大的流！）。

直到不久前，我还不知道您可以使用 Windows 的内置压缩来压缩特定的文件夹、文件甚至整个驱动器。执行此操作的一个简单方法是转到属性并选中“压缩内容以节省磁盘空间”，然后就可以了。

第一次听说它时，我认为它就像WinZip压缩文件以减小大小或将所有文件合并到一个压缩文件中。但它似乎有不同的用例。

最有趣的是文件被压缩，但文件的哈希输出保持不变（使用第三方哈希计算器进行的简短实验）。这怎么可能是真的呢？如果输入发生变化，哈希输出也必须发生变化（除非发生冲突，这种情况非常罕见且偏离主题）。例如，让\xe2\x80\x99s 说我压缩了一个名为MYDOCUMENT.pdf的文件，我可以保持这种方式，将其放在 USB 驱动器或其他新安装的 PC 上，然后使用它，因为它只是普通文件，无需手动解压它之类的？

当我在属性中检查文件大小时，大小甚至没有改变一个字节，但只有“磁盘上的大小”发生了减小。因此，文件的数据似乎保持原样（相同的哈希值可能证明了这一点），但它只是在从操作系统端读取时进行压缩和解压缩。

另一个问题是：还有另一种压缩算法，使用命令行提示符，输入“compact.exe /compactos:always”。两者有什么区别？

Windows 这些天让我头疼:/