标签: compression

我觉得我可以使用透明、无缝的文件夹压缩。

我认为，实现此目的的一种方法是正常压缩，并使用 Nautillus 安装存档。AFAIK。您可以在性能下降时从挂载点运行程序。我唯一担心的是挂载点与该文件夹所在的原始文件路径不匹配。

通过NTFS“压缩此文件夹以节省空间”功能，所有程序和文件都可以通过挂载进行所有文件操作。包括真正关心的软件，比如链接库和数百个应用程序资产。

想法？我目前像没人一样使用 ext4，但我愿意使用更奇特的文件系统。

基本问题： 以无损方式存储/存档科学视频数据的合适编解码器是什么？

我正在尝试帮助我的研究小组存储/存档一些用显微镜记录的视频。这些（灰度）视频采用未压缩（原始视频）BGR24 格式，660x492@61fps，通常时长约 1 分钟。我的实验室伙伴们对这些文件的庞大规模（每个千兆字节）感到疯狂。我建议使用无损编解码器压缩它们。（这里需要无损是因为视频是科学数据；因此有损编解码器可能会以不良/意外方式改变内容。）

这是我尝试过的。首先，我抓取了其中一个视频的前 10 秒，并使用 FFMpeg 转换为单色（原始）格式。

ffmpeg -t 10 -i RecordedData.avi -c:v rawvideo -pix_fmt gray raw_gray.mkv

然后，我尝试使用 libx264 的无损模式（通过设置-crf 0）来压缩生成的文件

ffmpeg -i raw-gray.mkv -c:v libx264 -crf 0 -pix_fmt yuv420p -color_range pc x264-yuv420p.mkv

最后，我从 raw 和 h264 MKV 文件中提取了原始 YUV 数据并进行了比较。

ffmpeg -i raw-gray.mkv -c:v rawvideo -pix_fmt gray raw-gray.yuv
ffmpeg -i x264-yuv420p.mkv -c:v rawvideo -pix_fmt gray x264-decompressed.yuv
diff -sq raw-gray.yuv x264-decompressed.yuv

在这里，diff命令报告当我期望它们相同时文件不同。为什么是这样？这只是一些轻微的舍入错误，还是我在进行 H264（据称是无损）压缩后可能会丢失一些东西？发生了一些像素格式转换 ( gray (YUV400) <-> YUV420)，但颜色 (UV) …

我想为 linux 打包我的应用程序，我使用 zip/tar.gz/7z/rar 在 Windows 中进行压缩。

因为我是在windows下压缩的，所以在linux下解压的时候，文件权限被重置了。

问题是只有tar.gz可以让我提取可运行文件，其他格式（zip/7z/rar）不能（文件权限重置为644）。

所以我的问题是如何使用 zip/7z/rar 压缩我的文件，同时将权限重置为 755。

给定一个 gzip 压缩文件，我怎么知道它使用了什么压缩级别（1-9）？

如何在压缩中实现冗余，我如何从中受益？

我认为它包含类似存储查找表两次的内容，因此单个缺陷不会使文件的整个其余部分无效。关于用例，可能是在将文件存储在有轻微划痕的 CD 上时？

但是，我个人从未从向 zip 文件添加冗余中获得任何好处，而且我倾向于省略它们，所以我想知道它们在实践中是否真的有用。

假设您有一个要放入 .zip 存档的文件：

zip a1.zip foo.dll

我的测试 .dll 文件是 ~10MB，而存档结果是 3.5MB

然后创建一个内容完全相同的文件，并将它们放入存档中：

cp foo.dll bar.dll
zip a2.zip foo.dll bar.dll

您可能期望 ZIP 足够聪明，可以确定这是重复数据，并且只使用 .zip 中的一个压缩对象，但事实并非如此：a2.zip 是 7.0MB！

基本上，大多数此类实用程序的行为相似（tar.gz、tar.bz2、rar 在solid 模式下）- 只有 7zip 抓住了我，结果 a2.7z 仅略大于 a1.7z。

所以问题是：是否可以构建一个 .zip 文件来避免这种空间浪费？我们使用 C++ 代码创建 .zip 文件，该代码使用来自 zlib 的 minizip 项目。

我们以“.exe 安装程序”和“.zip 文件”两种形式提供我们的软件。该软件实际上不需要安装，您只需解压缩并使用它即可。.zip 选项是拥有许多工作站并使用自动部署/软件更新服务的大客户的首选。

我们最近引入了三个 .dll 文件，现在需要放在两个不同的文件夹中，供不同的组件使用（由于技术原因，这些文件只有一个中央目录是不可能的）。这三个 .dll 文件是两个文件夹中的精确副本。.exe 安装程序会解决这个问题，因为我们指示它为两个目标中的每一个使用完全相同的压缩 blob。但 .zip 的情况并非如此，结果安装要大 15MB，这意味着更多的带宽使用、更慢的下载时间和灼热的工程师 - 不高兴 - 事情不是最佳类型的愤怒。此外，.zip 安装突然变得比 .exe 安装大，所以我们会被问到我们在 .exe 安装中省略了什么。

有一些潜在的解决方案，

• 使用 7-zip：但是老板强烈反对，因为这会迫使上述自动化部署人员修改他们的脚本以适应 7-zip。
• 使用符号链接：如果将符号链接放在 .zip …

我正在使用 .gzip 扩展名解压缩文件，然后使用 7Zip 重新压缩它。尽管它具有 .gz 扩展名，但重新压缩时。

.gz 和 .gzip 扩展名是一回事吗？

如何在 Windows 下解压 .lz4 文件？不确定 Windows 是否支持它。我尝试使用 7-zip 打开文件，但无法打开文件。我该如何打开和解压这个文件？

我决定在我的备份驱动器上使用“压缩这个驱动器以节省空间”选项，它只包含一个 Windows Server 备份。

我了解到，在使用 NTFS 压缩查看驱动器上文件的文件属性时，“磁盘大小”值将显示磁盘上的实际压缩大小，并且它实际上会小于正常文件“大小”值（即它通常是相反，当驱动器未压缩时）。

我想在 Windows 资源管理器中查看磁盘上的大小和大小值，但是在滚动可用的自定义列后，我在任何地方都看不到“磁盘上的大小”。

有什么方法可以查看它，这样我就不必查看单个文件的属性了吗？即使有一个已知的附加组件，那也没关系。

允许应用 Windows 10 1511 更新后，所有选项都从右键单击“发送到”菜单中消失，“蓝牙设备”除外。此外，我无法再将文件拖放到 .zip 档案中，也无法在资源管理器中打开所述档案。

我关心的发送到菜单上的唯一选项是“压缩（zipped）文件夹”。我遵循了许多指南来解决缺少发送到压缩文件夹的问题，但它们似乎都不适用于 Windows 10 有一个指南提供了一个注册表文件，Compress.reg它无法合并抱怨权限。但是，在尝试合并失败后，我使用 regedit 手动检查了注册表，发现所有更改要么已经完成，要么从一开始就是这样。

目前，我无法找到解决此问题的方法，并且为此花费了大量时间 - 它完全扰乱了我的工作流程。

与我的问题最接近的匹配是 SuperUser 上的另一个悬而未决的问题（缺少“发送到压缩文件夹”选项。无论如何要恢复？） - 但是，他们报告了安装 win10 后立即发生的问题。在我的情况下，发送到压缩（zipped）文件夹是之前1511的Windows Update的工作-他的报告没有其他的.zip壳一体化的问题。

提前致谢。