H.264 转 TGZ转换器
所有处理都在你的设备上完成，大文件可能需要一点时间。
H.264 Raw Video Bitstream与Gzipped TAR (TGZ)的定位并不相同：H.264（AVC）裸流是没有容器包裹的纯视频基本流——监控摄像头、部分编辑器和 FFmpeg 教程常直接给出。包进 MP4/MKV 后播放器才能正常识别。TGZ 与 TAR.GZ 的转换方式完全一致——解包、重打包或检查。
本转换器通过 WebAssembly 完全在你的浏览器内运行——文件不会离开你的设备，全程无上传、无水印、无注册、无排队。支持一次拖入多个文件批量转换。
H.264 与 TGZ 的对比
| H.264 | TGZ | |
|---|---|---|
| 压缩方式 | H.264/AVC（有损） | gzip（DEFLATE） |
| 最适合 | 管线交换、重封装进 MP4 | 源码发布与备份 |
如何将 H.264 转换为 TGZ
- 1
选择文件
选择你的 H.264 文件——文件不会离开你的设备。
- 2
立即转换
引擎把文件按原始字节装入 TGZ 容器——不重新编码，画质无损。
- 3
下载结果
下载打包完成的 TGZ 压缩包。
关于 H.264 格式
H.264（也称 AVC）是整个互联网定下来的视频编码：蓝光、YouTube、广播电视、每台手机摄像头都在用。.h264 文件是该编码的裸流——没有容器、没有时间戳、没有音频、没有元数据，只有首尾相接的压缩帧。摄像头与采集管线直接输出它，因为这就是编码器的原生形态。
播放器难以处理裸流正是因为没有容器承载时间信息。把 H.264 包进 MP4 或 MKV 会加上时间戳、时长与（可选的）音轨——画面本身不动，因为封装只是原样拷贝压缩帧。
+优点
- ✓通用编码——封装后到处能播
- ✓摄像头与采集卡的原生输出
- ✓重新封装是无损的（流复制）
!局限
- −无容器：没有时间戳、音频与时长
- −多数播放器拒绝或错放裸流
关于 TGZ 格式
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 转换成 TGZ？
可以把它理解为：把文件搬进更合适它的容器。无容器：没有时间戳、音频与时长TGZ 的做法不同：类 Unix 系统全域理解如果这听起来正是你要做的事，直接转——几秒钟，文件不离开你的设备。
常见问题
H.264 转 TGZ 真的免费吗？
完全免费，无需注册、无水印、也没有每日次数限制。网站依靠广告维持运营。
我的文件会被上传到服务器吗？
不会。转换通过 WebAssembly 完全在你的浏览器内完成，文件不会离开你的设备——这正是它既快又私密的原因。
Windows、Mac、iPhone、安卓都能用吗？
可以。任何装有现代浏览器的设备都适用：Windows、macOS、Linux、安卓和 iOS，无需安装任何软件。
H.264 转 TGZ 有文件大小限制吗？
由于不上传，唯一的限制是你设备的内存。现代桌面浏览器处理几百 MB 的文件都没问题，超大文件只是需要稍等片刻。
音轨会保留吗？
会。音频会随视频一起重编码为 TGZ 的标准音频编码，并与画面保持同步。如果 H.264 文件有多个音轨，默认使用第一条。
为什么视频转换比图片慢？
因为每一帧都要解码再重新编码。这些工作由 WebAssembly 在你自己的 CPU 上完成——不上传任何内容，但几分钟的视频合理地需要几分钟。图片只是单帧任务，自然快得多。