无需上传、100% 本地处理、无需账户

压缩视频

在浏览器中将视频重新编码为 H.264+AAC(MP4)。质量预设或目标码率。不会发送至服务器。

压缩视频 的工作原理

压缩视频无需发送到任何地方。工具使用编译为 WebAssembly 的 ffmpeg 将你的视频片段重新编码为 H.264 视频和 AAC 音频,封装在 MP4 容器中。你可以通过 CRF(恒定码率因子)滑块或目标码率来控制压缩效果,选择适合你目标的方式。

CRF 18 在保持接近原始质量的同时缩减一些文件大小;CRF 28 进一步减小但会软化精细细节。目标码率模式让你达到特定的大小上限,在上传表单有文件大小限制时非常有用。重新编码需要大量 CPU,并在你自己的机器上运行,因此 10 分钟 4K 片段所需时间明显多于 30 秒 1080p 短片。

压缩视频 的分步使用说明

  1. 拖入或选择你要压缩的视频文件。
  2. 选择 CRF 模式以获得一致的视觉质量,或在需要精确文件大小时选择码率模式。
  3. 调整 CRF 值(范围 18-28;越低画质越好,文件越大)或输入目标千比特每秒。
  4. 点击「压缩」,等待 ffmpeg 在你的设备上完成重新编码。
  5. 按钮出现后下载较小的 MP4。

常见使用场景

  • 在将原始屏幕录制附加到错误报告或 Slack 消息之前缩小其大小。
  • 将假期视频压缩到电子邮件或云存储服务规定的大小限制以内。
  • 为网站背景视频循环减少带宽使用,针对特定码率进行调整。
  • 将旧 SD 卡素材库以较低质量归档,以释放磁盘空间而不删除文件。

常见问题

H.264 重新编码器会将我的视频发送到服务器吗?

不会。编译为 WebAssembly 的 ffmpeg 直接在你的浏览器标签页中运行 libx264 编码器。你的视频被读入本地内存,在那里压缩,较小的 MP4 保存到你的设备。没有任何内容传输到 Sunasty 或任何第三方。你可以在工具运行时观察 DevTools 中的网络标签页来确认这一点。

应该使用什么 CRF 值?

CRF 18 在视觉上接近无损,是归档你关心的素材的良好起点。CRF 23 是 libx264 的默认值,是可靠的通用折中方案。CRF 28 会大幅缩小文件,但在快速运动或精细纹理上会引入明显的柔化。对于在线分享视频片段,21-24 通常是最佳点。

为什么在浏览器中压缩比桌面应用程序慢得多?

WebAssembly 接近原生速度运行,但仍在单线程浏览器上下文中,没有硬件视频加速。通过 ffmpeg.wasm 使用 libx264 编码比可以使用 NVENC、QuickSync 或多核 CPU 并行处理的原生 ffmpeg 二进制文件慢。短片段或较低分辨率完成很快;长 4K 片段需要耐心等待。

可以压缩 MKV、MOV 或 AVI 文件,而不仅仅是 MP4 吗?

可以。ffmpeg.wasm 读取所有常见容器格式。输出始终是带有 H.264 的 MP4,因为这种组合可以在所有设备和浏览器上无插件播放。

输出是否保留原始音频质量?

音频默认以 128 kbps 重新编码为 AAC,对于语音是透明的,对于音乐也足够。如果源音频已经是 AAC 且你需要精确保留,请使用单独的音频复制工具而不是此压缩器。

有文件大小限制吗?

没有服务器端限制,因为没有涉及服务器。实际上限是你浏览器的可用 RAM。大多数设备可以处理几 GB 以内的文件;非常大的片段可能导致标签页在编码完成前耗尽内存。先分割片段然后分别压缩每个部分是一种可靠的变通方法。

可以在手机上压缩视频吗?

可以,但说实话,手机浏览器分配给单个标签页的内存远少于笔记本电脑。1080p 或更低分辨率的短片段,在大多数近期机型的手机上都能顺利压缩。较长或 4K 的片段,在手机上比在桌面端更容易让标签页耗尽内存;如果发生这种情况,请先把片段裁短,或者改到电脑上重试。