我一直在使用 GUI(右键单击 => 压缩)来尝试压缩一个 .tar,其中包含 3 个总计 1.7gb 的视频(.H264 MP4)。gzip、lrzip、7z 等都对文件大小没有任何影响,压缩文件夹也是 1.7 gb。
然后我尝试从命令行运行 lrzip(以防它是 gui 问题),并使用 -z 标志(极端压缩),这是我的输出。

压缩比显示,压缩后的文件夹实际大小比原来的大!我不知道为什么我没有运气,根据我阅读的随机评论和官方文档(文件大于 100mb,越大越好),特别是 lrzip 应该是有效的 - 请参阅https://wiki.archlinux。 org/index.php/Lrzip
为什么我不能压缩我的文件?
sai*_*895 26
正如@pram 上面在评论中所说,mp4 视频已经被压缩,其他视频格式可能也在一定程度上使用了压缩。因此,尝试压缩它们不会导致尺寸的减少(如果有的话)(这也至少部分适用于图片和音乐)。在这种情况下,看起来元数据(对于压缩文件本身)可能会导致增加。唯一可能(而且这是一个强大的可能)导致一些减少的压缩格式是 xz。
另一方面,如果您想减小这些视频的大小,请考虑使用 Handbrake 之类的工具重新编码视频。
lef*_*out 15
实际上,文件已经被压缩的事实并不是关键问题。就是这样:压缩通常只有在数据中有某种冗余时才能起作用。对于未压缩的文件,这实际上总是如此——但是,冗余是什么并不一定很明显。通用压缩算法主要针对文本文件中显而易见的那种东西:许多单词不仅出现一次,而且以相同的形式出现多次,也许词组可以组合等等。将此概括为从 ASCII 编码的电话号码列表到中国诗歌到二进制机器码的任何内容,但它们不可能适用于任何类型的数据。特别是,媒体文件在概念上是模拟数据,以嘈杂的数字表示。这意味着,根本没有任何类型的文本文件冗余:某些动机可能会反复出现,但传感器噪声的配置总是略有不同。这就是为什么所有压缩图像/AV 格式都使用一些巧妙选择的转换作为它们的第一个编码步骤,通常基于DCT或小波。这些转换粗略地说,将图片部分和噪声部分移动到不同的位置,因此它们可以很好地分开,并且通过有损压缩,您仅保留您认为最“重要”的信息,其中不包括噪声,而“好的信息”有很多冗余。(这不是它的工作原理,但有点。)
如果通用压缩器使用这些转换,效果将相反:大多数数字信息实际上会被错误分类为某种噪声,因为它缺乏您在模拟信号中发现的“平滑”结构。在有损视频压缩之后,显然再也找不到模拟平滑度或数字重现(如果是,编解码器将使用另一个 bzip-stage 或其他东西!)
ter*_*don 12
你运气不好的原因是 mp4 已经被压缩了,你不能进一步压缩它。您所做的只是将压缩格式的标头信息添加到文件中。
由于文件已经被压缩并且您无法进一步压缩它们,这会导致文件大小增加,因为您所做的只是保持相同的信息并添加更多字节的标题信息。
小智 5
这是鸽笼原理的一个很好的例子。
由于文件已经(有损)压缩,因此任何地方几乎没有减少,这意味着您已经处于零净增益。正如其他人提到的,压缩格式本身在它自己的元数据中有一定的,通常可以忽略不计的损失。所有这些结合在一起意味着在一组相等或更小的文件中可能没有留下任何文件,因此您的压缩数据属于更大的文件组。
| 归档时间: |
|
| 查看次数: |
9761 次 |
| 最近记录: |