视频既要压小又要能看，怎么平衡

要把一段产品演示视频发出去，邮件附件卡 25 MB，视频八十多兆，发不了。压一下——压狠了糊成一片马赛克，关键的界面操作看不清；压松了还是超限。来回试参数试了好几遍，才想明白问题不在「压多少」，在「怎么在体积和画质之间分配」。

最笨的压法是一刀切码率：整段视频用同一个码率。问题是视频里的内容根本不均匀——一段静止的界面截图，用不了多少数据就很清楚；一段快速滚动、频繁切换的操作，同样的码率就糊了。一刀切要么在静止段浪费码率、要么在运动段不够用，两头不讨好。

好的做法是按内容复杂度分配。图映在压之前先抽样：视频开头、中段、结尾和若干代表位置，分别估算纹理密度、平均运动和变化峰值，据此生成一个「编码前预算」，统一规划分辨率、帧率、视频码率、关键帧间隔和音频预算。纹理丰富、运动快、频繁切镜的片段多分数据、缩短关键帧间隔；静止画面减少无效码率。再用质量优先的 VBR 去编。这样同样压到某个体积，数据花在了画面最需要的地方，关键内容清楚，省下的都是本来就看不出的部分。

这里的思路差别值得说清：一刀切是「转完再看大小对不对」，内容感知是「编码前就把预算定好」。前者常常要压好几遍去凑体积，后者一遍到位，因为它在编码前已经把总预算控制在源文件以内了——压出来的结果不会比原片更大，不划算的时候同容器保留原文件、跨容器直接阻止保存。

判断压到什么程度算够用，我的标准是「关键内容能不能看清」，不是追画质分数。演示视频要的是界面操作、文字、流程看得清楚，那就把预算保在这些地方；背景、渐变、过场糊一点没人在意。想通这点就不会陷在「怎么才能无损压小」里——压缩本来就是有损重编码，做不到无损，能做到的是把损耗放在没人看的地方。

再补一个容易被忽略的省体积点：分辨率和帧率。码率分配是在「给定尺寸」下省数据，但如果目标尺寸本身就偏大，先把分辨率或帧率降一档，往往比在码率上抠更立竿见影——一段 1080p60 的录屏降到 720p30，体积直接掉大半，而演示类内容根本看不出损失。先降尺寸再谈码率分配，顺序对了省力得多。

音频同理，它默认压到 AAC 128 kbps 或 Opus 96 kbps，听感接近就行，省下的预算全给画面。整条链路——容器解析、解码、缩放、编码、音频、保存——都在本地完成，视频不上传，这对不想把没发布的演示视频传出去的场景也正好。

所以「视频压进大小限制又不能糊」不是靠一遍遍试压缩率，是靠把有限的体积按内容复杂度分配。同样的体积，谁把数据花对地方，谁的画质就更可用。 一刀切是把预算平摊，内容感知是把预算花在刀刃上，差别就在这里。