⭐ 觉得好用?收藏备用,下次直接打开
🎬
点击或拖拽视频到这里
MP4 / MOV / WebM 等浏览器可解析容器 · 输出 MP4 · 全部本地处理
首次压缩时会下载 ~32MB 编解码核心(同会话只下一次,浏览器后续会缓存)

视频压缩工具 在浏览器本地用 ffmpeg.wasm 重新编码视频,支持调码率、缩分辨率、降帧率、可选移除音轨,统一输出 MP4(H.264/AAC)。所有处理在本地 CPU 完成,文件不上传服务器。

推荐参数

用途分辨率码率帧率
微信 / 朋友圈分享720P1500 kbps30 fps
邮件附件(< 25MB)480-720P800-1500 kbps24-30 fps
网页 / H5 嵌入720P1000-2000 kbps30 fps
长期归档1080P4000-6000 kbps原帧率
极限压缩360-480P400-800 kbps15-24 fps

三个开关怎么配合

  • 码率 是体积的最大决定因素,相同分辨率下码率减半 ≈ 体积减半
  • 分辨率 缩到目标观看尺寸即可,1080P 内容缩到 720P 在手机上几乎看不出差
  • 帧率 仅对静态画面/对话类视频有效降幅,运动类降到 24 fps 已是底线

三者协同调整,体积可压到原始的 20-30%,画质损失仍在可接受范围。

浏览器原生限制

<video> 元素不能解析所有容器,所以当前工具的真实边界是:浏览器能先读出元数据的文件最稳。最常见、最稳的输入仍是 MP4 / MOV / WebM;一些 MKV / AVI / FLV / WMV 文件就算扩展名对,也可能因为浏览器读不出元数据而先失败。

隐私与离线

ffmpeg.wasm 在 WebAssembly 沙箱 里运行,视频字节从加载到输出全程不离开浏览器。首次需联网下载约 32MB 编解码核心,缓存后即可断网使用,多次压缩不重复下载。

📍使用场景

  • 微信 / 邮件传视频微信里、邮件里或表单上传经常会碰到体积限制,先压缩再传更稳。
  • 网页 / 公众号嵌入网页或轻量嵌入场景更看重加载速度,先缩分辨率和码率能明显减小体积。
  • iCloud / 网盘减容手机录的 4K 视频体积巨大,归档前压成 1080P 能省 60-80% 空间。
  • 自媒体上传预处理B 站、视频号上传仍要本地"瘦身"避免传输等待,本工具全程不上传服务器。

常见问题

码率(kbps)大概选多少?

先看内容类型,再看分辨率。对话、讲解、录屏这类静态内容,对码率要求通常低于运动和游戏画面。当前工具最稳的用法不是死记某个平台的推荐值,而是先从默认的 标准 50% 开始,看预估体积,再根据画面复杂度往上或往下调。

"高质量 / 标准 / 压缩" 三档区别?

三档是按源码率比例工作的:高质量 80%标准 50%压缩 25%。它们更像快捷起点,而不是对所有视频都精确适用的固定答案。当前工具还支持继续手调码率、分辨率和帧率,所以更稳的流程是:先选一档,再看预估输出和实际画面。

为什么首次压缩要下载 ~32MB?

本工具用 ffmpeg.wasm(FFmpeg 的 WebAssembly 移植版)在浏览器里直接解码-编码视频,编解码核心约 32MB。首次使用下载一次,浏览器自动缓存——同一会话不重复下载,关掉再打开通常也命中缓存。所有压缩都在本地 CPU 跑,视频字节不上传到服务器。

我的视频打不开 / 元数据无效?

浏览器原生 <video> 不支持所有容器格式,MKV / AVI / FLV / WMV 等老格式经常打不开。最稳的输入是 MP4 / MOV / WebM。若必须处理这些格式,可先用 HandBrake、剪映等工具转成 MP4 再来压。本工具会在 8 秒内识别失败并给出提示,不会卡死。

输出为什么固定是 MP4?

MP4(H.264 + AAC)兼容性最好——所有浏览器、手机、剪辑软件、社交平台都能直接播。WebM(VP9)和 AV1 体积更小但兼容性差,老设备和部分剪辑软件不认。压缩后大概率要转发或上传,统一输出 MP4 最少出意外。

压缩后体积反而变大了?

少数情况会发生:源视频已经是低码率(如 480P 1Mbps),再调高质量参数反而把码率拉高;或源容器用了 H.265 / AV1 编码,重新编为 H.264 同等画质会膨胀。本工具检测到时会显示 "+X%" 提示,此时建议保留原视频,或换"压缩 25%"档进一步降码率。