压缩 MP4 文件

把 MP4 压到发得出去的大小。按内容真正需要的码率重新编码，浏览器支持时走硬件加速，全程保持 MP4 格式。

转换器是编译成 WebAssembly 的 ffmpeg。你选第一个文件时它会下载一次（约 30 MB），之后就留在浏览器缓存里。

「中」是稳妥的默认值:体积明显变小,动态画面里很难看出差别。输出是 MP4(H.264 视频 + AAC 音频),在哪里都能播。

文件在你自己的浏览器里处理，不会上传。引擎本身有 30 MB，只在第一次使用时下载，之后都从浏览器缓存里取。

压缩 MP4 怎么用

  1. 1把 MP4 拖进上面的方框，或点击选择一个或多个。
  2. 2需要的话在下方调分辨率和质量；分享用途「中」加 720p 适合大多数情况。
  3. 3下载压缩后的文件。文件名带 -compressed 后缀，原文件安然无恙。

码率的缺口

每个过大的 MP4 背后都是同一个故事：录它的设备给了视频远超内容所需的比特， 因为存储在本地、画质是优先项。一段幻灯片的屏幕录制，码率可以赶上动作片。 解药不是换格式，而是按画面上实际有什么来重编同一段视频，这正是这个工具做的事。

「中」档瞄准的是手机屏幕上的动态画面开始看不出差别的那个点。 「高」多花比特换近乎透明的画质，「低」接受可见的压缩换最小的文件。 分辨率上限是另一个开关，而且常常是更好的那个：在聊天窗口里看的 4K 录像, 压到 1080p 没有任何有意义的损失,却在路上甩掉了大多数字节。

为「发出去」这个问题而造

人们压缩 MP4 的理由几乎总是别处的天花板：聊天附件限制、邮件服务器、 某个拒收超过整数的表单。所以这个页面把那个循环做短。浏览器暴露硬件编码器时就用它, 片长的零头就能压完;WebAssembly 编码器兜住其余所有情况,慢一些但哪里都能跑。 压完那一刻,那一行就显示前后体积,你立刻知道是过了天花板,还是该降一档再跑一次。 压出来的文件还能直接在页面里播放预览,画质能不能接受,看一眼就知道, 不用先下载再打开播放器。

输出文件名带 -compressed 后缀,原件不动,接受 500 MB 以内的文件, 多个文件会排队依次处理。作为 MP4 压缩工具,它顺带兼任兼容性修理工: 不管进来的是什么编码,出去的都是最普通的 H.264。 一切都发生在你的机器上;你的素材里有什么,与任何人无关, 你和更小的那个文件之间,也没有排队、注册或水印这些东西。

常见问题

我的 MP4 为什么一开始就这么大？
因为录它的设备优化的是画质，不是体积。手机录像的码率是按「以后还要剪」的标准给的，录屏软件常常直接选个很高的恒定码率，它们都不关心聊天软件对附件的限制。内容实际需要的比特往往只是其中一小部分，这个工具关掉的正是这个缺口。
文件已经是 MP4 了，还有什么可压的？
MP4 只是盒子，体积在于里面的视频每秒被分了多少比特。按分辨率和帧率匹配的码率把同一段视频重编一遍，格式还是 MP4，大头却砍掉了。典型的手机录像或屏幕录制在「中」档能小一半以上，那一行会显示你这个文件的确切数字。
压缩之后还能到处播吗？
能。输出是 H.264 视频加 AAC 音频的 MP4，索引在文件开头，这是 JPEG 之外兼容性最好的文件了。甚至可能比源文件播的地方更多：有些手机录像用的是 HEVC，老设备解不了，而压缩后的副本是 H.264。
能不能无损压缩？
重新编码做不到，这个页面也不会假装做得到。你能做的是选择损失落在哪里：「高」档基本看不见，「中」档多让一点换小得多的文件，分辨率上限甩掉的是手机屏幕本来就显示不出的像素。原件请留着，压缩是单向的。
视频会被传到服务器吗？
不会。硬件和 WebAssembly 两条编码路径都在你的浏览器里运行。不管素材里是什么，文件都不离开你的设备。

更多免费工具

全部免费工具