H.264 转 TAR.GZ转换器
所有处理都在你的设备上完成，大文件可能需要一点时间。
H.264（AVC）裸流是没有容器包裹的纯视频基本流——监控摄像头、部分编辑器和 FFmpeg 教程常直接给出。包进 MP4/MKV 后播放器才能正常识别。开源项目和 Linux 服务器默认期望收到 TAR.GZ 格式。
由于整个转换都在你的设备上完成，它快速、无限量且真正私密——无需账号、没有水印、文件不会出现在任何服务器上。多个文件一次性转换。
H.264 与 TAR.GZ 的对比
| H.264 | TAR.GZ | |
|---|---|---|
| 压缩方式 | H.264/AVC（有损） | gzip（DEFLATE） |
| 最适合 | 管线交换、重封装进 MP4 | 源码发布与备份 |
如何将 H.264 转换为 TAR.GZ
- 1
选择文件
选择你的 H.264 文件——文件不会离开你的设备。
- 2
立即转换
引擎把文件按原始字节装入 TAR.GZ 容器——不重新编码，画质无损。
- 3
下载结果
下载打包完成的 TAR.GZ 压缩包。
关于 H.264 格式
H.264（也称 AVC）是整个互联网定下来的视频编码：蓝光、YouTube、广播电视、每台手机摄像头都在用。.h264 文件是该编码的裸流——没有容器、没有时间戳、没有音频、没有元数据，只有首尾相接的压缩帧。摄像头与采集管线直接输出它，因为这就是编码器的原生形态。
播放器难以处理裸流正是因为没有容器承载时间信息。把 H.264 包进 MP4 或 MKV 会加上时间戳、时长与（可选的）音轨——画面本身不动，因为封装只是原样拷贝压缩帧。
+优点
- ✓通用编码——封装后到处能播
- ✓摄像头与采集卡的原生输出
- ✓重新封装是无损的（流复制）
!局限
- −无容器：没有时间戳、音频与时长
- −多数播放器拒绝或错放裸流
关于 TAR.GZ 格式
TAR.GZ 是经典的 Unix 分发形态：TAR 包经 gzip（基于 DEFLATE）挤压。每份 Linux 源码包、每个 Apache tarball、每个数据科学数据集都这么来。解压就是一条管道——先解 gzip 流再 untar——Unix 思想所到之处它都被理解。
gzip 把整个包当一条流压缩，文本为主的目录树压缩率不错，但想要第 400 个文件就得先解压前 399 个。现代替代品（zstd）在相近压缩率下更快，但 tar.gz 仍是最稳的公共分母。
+优点
- ✓类 Unix 系统全域理解
- ✓对文本与源码树压缩率不错
- ✓经 TAR 保留 Unix 权限
!局限
- −单一流——无法随机访问
- −比现代 zstd 慢
- −两层结构（tar + gzip）
为什么把 H.264 转换成 TAR.GZ？
转换的意义在于 TAR.GZ 的长处正好补上 H.264 给不了的东西：类 Unix 系统全域理解而另一边，无容器：没有时间戳、音频与时长用上面的转换器过一遍，你的文件就站到了正确的取舍那边。
常见问题
H.264 转 TAR.GZ 真的免费吗？
完全免费，无需注册、无水印、也没有每日次数限制。网站依靠广告维持运营。
我的文件会被上传到服务器吗？
不会。转换通过 WebAssembly 完全在你的浏览器内完成，文件不会离开你的设备——这正是它既快又私密的原因。
Windows、Mac、iPhone、安卓都能用吗？
可以。任何装有现代浏览器的设备都适用：Windows、macOS、Linux、安卓和 iOS，无需安装任何软件。
H.264 转 TAR.GZ 有文件大小限制吗？
由于不上传，唯一的限制是你设备的内存。现代桌面浏览器处理几百 MB 的文件都没问题，超大文件只是需要稍等片刻。
音轨会保留吗？
会。音频会随视频一起重编码为 TAR.GZ 的标准音频编码，并与画面保持同步。如果 H.264 文件有多个音轨，默认使用第一条。
H.264 转 TAR.GZ 会重新编码吗？
会。视频会被解码后按质量滑块选择的参数重新编码，这正是格式与体积能够改变的原因。做长期保存请调高质量；要分享就调低，体积会小很多。