首页 / 教程 / 视频压缩到 10MB、50MB、100MB
视频压缩到 10MB、50MB、100MB 怎么算参数
把视频压到指定大小,不需要反复试压。先按目标体积算出总码率,减掉音频码率,再按剩下的视频码率选分辨率,三步就能得到一组可执行的参数。下面给出公式、九组示例、分辨率建议和常见误差来源。
先记住一个公式
目标体积的单位是 MB,码率的单位是 kbps(千比特每秒)。1 MB 等于 8 × 1024 kbit,所以体积和码率之间只差一个时长。只要知道视频有多长、想要多大,就能反推出每秒该分配多少数据。
视频码率(kbps)≈ 总码率 - 音频码率
以 1 分钟视频压到 10MB 为例:10 × 8 × 1024 ÷ 60 ≈ 1365 kbps。音频留 64 kbps,视频码率就是 1301 kbps。反过来也能估算能放多长:时长(秒)≈ 目标体积 × 8192 ÷ 总码率。
为什么先算总码率
体积等于码率乘时长,和分辨率没有直接关系。分辨率决定的是"这些码率够不够用"。先定体积上限,再分配音频,最后选分辨率,顺序反了就会陷入反复试压:调低分辨率发现体积还是超,调高码率又放不下。
音频留多少
| 目标体积 | 建议音频码率 | 说明 |
|---|---|---|
| 20MB 以内 | 64 kbps 单声道 | 讲话、人声为主完全够用;音乐类可升到 96 kbps |
| 20MB 到 60MB | 96 kbps | 立体声,兼顾体积和听感 |
| 60MB 以上 | 128 kbps | 接近常规分享音质,不会拖累总码率 |
音频不是越低越好。64 kbps 以下的音乐会出现明显的沙沙声和金属感;如果视频本身以讲话为主,64 kbps 单声道反而更省,把省下的码率留给画面更划算。
九组示例:1、3、10 分钟配 10、50、100MB
下表的数字全部按上面的公式计算,音频按上一张表分配,未计入约 1%-2% 的容器开销。实际压出来的体积通常在这组数值附近上下浮动。
| 目标体积 | 时长 | 总码率 | 音频 | 视频码率 | 建议分辨率 |
|---|---|---|---|---|---|
| 10MB | 1 分钟 | 1365 kbps | 64 kbps | 1301 kbps | 720p(静态画面)或 540p(有运动) |
| 10MB | 3 分钟 | 455 kbps | 64 kbps | 391 kbps | 480p |
| 10MB | 10 分钟 | 137 kbps | 64 kbps | 73 kbps | 360p,仅适合文字和静态画面,不建议 |
| 50MB | 1 分钟 | 6827 kbps | 96 kbps | 6731 kbps | 1080p,细节多的素材可选 1440p |
| 50MB | 3 分钟 | 2276 kbps | 96 kbps | 2180 kbps | 720p |
| 50MB | 10 分钟 | 683 kbps | 96 kbps | 587 kbps | 480p |
| 100MB | 1 分钟 | 13653 kbps | 128 kbps | 13525 kbps | 1440p,或 1080p 超高码率 |
| 100MB | 3 分钟 | 4551 kbps | 128 kbps | 4423 kbps | 1080p |
| 100MB | 10 分钟 | 1365 kbps | 128 kbps | 1237 kbps | 720p(静态)或 540p(有运动) |
表里的数字是平均码率。编码器按可变码率分配数据,简单画面会低于这个值,复杂画面会高于,整体接近目标。所以实际体积不是精确值,而是"大概率落在这个范围"。
要特别注意 10MB 配 10 分钟这组:总码率只有 137 kbps,减去 64 kbps 音频后只剩 73 kbps,任何有运动的画面都会糊成色块。正确做法是把视频拆成两到三段分别发送,或者接受 360p 的"能看清"级别,不要指望它清晰。
按视频码率选分辨率
| 视频码率 | 建议分辨率 | 适用情况 |
|---|---|---|
| 低于 300 kbps | 640×360 | 讲话、录屏、静态画面 |
| 300 到 600 kbps | 854×480 | 手机观看,运动较少 |
| 600 到 1200 kbps | 1280×720(低码率) | 静态为主,运动多会出块 |
| 1200 到 2500 kbps | 1280×720 | 常规短视频、聊天分享 |
| 2500 到 5000 kbps | 1920×1080 | 网盘备份、平台上传 |
| 5000 到 10000 kbps | 1920×1080 高码率或 2560×1440 | 细节多、需要后期再编辑的素材 |
| 10000 kbps 以上 | 2560×1440 或 3840×2160 | 接近原始画质 |
可以用"每像素码率"自查:视频码率(kbps)× 1000 ÷(宽 × 高 × 帧率)。H.264 在 0.06 到 0.12 之间比较稳妥,低于 0.05 时运动画面容易出块。比如 1280×720、30fps、1300 kbps,算出来约 0.047,静态画面可以,运动画面就要降到 540p 或者提高目标体积。
常见误差来源
容器开销
MP4 封装、索引、字幕轨道和元数据会占 1% 到 3%。10MB 的目标,实际能用的画面数据大约只有 9.7 到 9.9MB。对体积卡得很死时,把目标下调 2% 再算更稳。
可变码率
单遍可变码率的实际体积可能偏离目标 5% 到 15%。对体积敏感时用两遍编码,或者先压一遍看实际大小,再按比例微调码率。
音频与时长
只算视频码率、忘了音频,是体积超标最常见的原因。128 kbps 音频在 1 分钟视频里约占 0.94MB,不可忽略。另外工具显示的时间可能取整,3 分钟实际是 182 秒,按 180 秒算会偏小约 1%。
进制与平台
部分工具按 1000 进制显示,10MB 可能指 10,000,000 字节,比 10 × 1024 × 1024 小约 4.6%。发到平台后还会被二次压缩,自己压得太狠会叠加损失,所以不要把码率压到刚好卡线。
用影匠工具箱操作的三步
影匠工具箱支持批量压缩和 6 路并行,多个视频可以一次排队处理;核心功能免费,部分高级功能需要会员。安装包支持 Android 7.0 及以上,已上架小米、华为、VIVO、OPPO、三星、应用宝和酷安。
常见问题
按公式算出来为什么还是超了?
常见原因是容器开销、可变码率波动、漏算音频和时长取整。按目标体积先留 2% 到 5% 的余量;对体积敏感时用两遍编码,实际结果会更接近目标。
10MB 最多能压多长视频?
用"时长约等于目标体积乘以 8192 再除以总码率"来算。总码率 300 到 390 kbps 时,10MB 大约能放 3.5 到 4.5 分钟;画面越复杂、运动越多,能放的时长越短。
音频码率还能再低吗?
讲话类可以降到 48 到 64 kbps 单声道,音乐类低于 64 kbps 会出现明显失真。省下的几十 kbps 对画面帮助有限,不如直接把分辨率降一档。
两遍编码值得吗?
时长超过 3 分钟、对体积敏感时值得,能让实际体积更贴近目标。几十秒的短视频单遍编码就够,两遍只会增加等待时间。
同样参数为什么不同视频大小差很多?
画面复杂度不同。噪点多、运动多、细节多的素材更吃码率,可变码率的分配比例也不同,实际体积会在目标附近波动 5% 到 15%。
压缩后还能再压一次吗?
可以但不建议。每次重新编码都会损失细节,低码率素材尤其明显。正确做法是从原片重新压,并且只调整一次参数。
80+ 音视频图像工具,支持按目标大小批量压缩,核心功能免费,无广告。Android 7.0 及以上。
免费下载