先分清容器和编码
MP4 是装载视频、音频和字幕的容器,不等于某一种编码。源文件可能使用 H.264、H.265 或 AV1。压缩时真正决定兼容性和体积的是内部编码、码率、分辨率与帧率,而不是把扩展名继续保留为 .mp4。
把 MP4 压缩到精确文件大小,同时保留浏览器、手机和编辑器兼容性最好的容器。95 MB 预设会为上传限制留出余量。
MP4 只是容器,并不代表文件一定小。手机、相机和录屏常以 20–100 Mbps 保存,因此短片也可能达到数百 MB。
把视频拖进来就开始点按选择视频
正在检查你的文件限制…
支持 mp4, webm, mov, mkv, avi, wmv,共 33 种格式
根据上传目的选择目标大小。H.264 MP4 负责兼容,降低码率或分辨率才会真正减少字节。
| 套餐 / 上传方式 | 最大文件大小 |
|---|---|
| 网页、CMS 或 LMS 上传 | 100 MB 95 MB 为常见 100 MB 上限留出余量。 |
| 邮件或聊天附件 | 20 MB 20 MB 附件限制建议设为约 19 MB。 |
| 小型表单上传 | 10 MB 表单限制 10 MB 时建议设为约 9.5 MB。 |
限制核实于 2026-10-30。来源: MDN — Media container formats: MPEG-4 (MP4) · YouTube Help — Recommended upload encoding settings
别的页面只会告诉你上限是多少,然后就没了。上限是简单的那一半。真正决定视频能不能看的是另一半:在 95 MB 的目标下,每种时长还剩多少码率,以及这个码率最高能撑住哪一档分辨率。
| 视频时长 | 留给画面的码率 | 能撑住的分辨率 | 结论 |
|---|---|---|---|
| 1 min | 12,888 kbps | 1440p | 看着没问题 |
| 5 min | 2,475 kbps | 720p | 看着没问题 |
| 10 min | 1,174 kbps | 480p | 看着没问题 |
| 30 min | 306 kbps | 360p | 明显糊 |
算法说明:码率这一列是纯算术——95 MB 摊到整段时长上,减去 128 kbps 的立体声音轨和 2% 的容器开销。这是硬上限,不是估算。分辨率和结论这两列是建议,依据是公开的 H.264 码率阶梯,并整体下调约三分之一——因为对已经压过一次的素材再编码,能承受的码率比编码原始母版更低。这里刻意保守:宁可说得难听点,也不想告诉你「没问题」结果画面糊掉。
左栏是每种时长可用于画面的码率,其他格子是各分辨率所需的码率。绿色表示余量充足,黄色表示能看但会偏软,灰色表示应该降低分辨率。沿着一列向下看,就能知道视频多长以后该分辨率不再适合 MP4 video。
来源: 计算结果,并非实测——生成此图时没有运行编码器 · 方法: 把 95 MB 分摊到整段时长,减去 128 kbps 音频和 2% 容器开销。阈值来自公开的 H.264 码率阶梯,并针对二次编码素材下调约三分之一。
MP4 是装载视频、音频和字幕的容器,不等于某一种编码。源文件可能使用 H.264、H.265 或 AV1。压缩时真正决定兼容性和体积的是内部编码、码率、分辨率与帧率,而不是把扩展名继续保留为 .mp4。
要压到指定大小,先用目标容量除以视频时长,再为 AAC 音频预留约 128 kbps。长视频在相同容量下只能获得更低的视频码率;如果预算不足,降低到 720p 往往比勉强维持 1080p 更清晰。
需要发送给别人或上传到不确定的平台时,H.264 视频、AAC 音频和 yuv420p 像素格式仍是最稳妥的 MP4 组合。H.265 可以更小,但旧设备、浏览器和聊天应用的解码支持并不一致。
压缩完成后不要只看开头。快速运动、细小文字、暗部渐变和水面草地最容易出现块状、模糊或色带。若这些片段不可接受,应提高目标容量,或降低分辨率后重新分配码率。
MP4、MOV、MKV、AVI、WebM 等共 33 种格式。不用装任何东西——浏览器通过一次性链接上传,文件不经过任何第三方。
我们故意设在硬上限之下。按目标体积编码通常能落在你给的数字百分之几以内,但我们实测到过会超出一成的素材——而超出硬上限就是传不上去。想换个数字随时改。
编码跑在我们的服务器上,你可以直接关掉标签页。任何套餐都不加水印,输出是 MP4 视频一定认的 MP4。
可以。输出继续选 MP4,再降低码率、分辨率或两者;H.264 MP4 仍可广泛播放。
MP4 不规定码率。手机、相机和录屏往往每秒保存的数据远多于分享和网页播放所需。
需要到处播放就选 H.264。H.265 压相机素材可能更小,但旧浏览器和设备可能不支持。
不会。免费和付费输出都不添加水印。