演示视频瘦身：371MB压到145MB的账

做产品的都要出演示视频——录个功能走查、录段操作流程，放官网、发社群、传应用市场。问题是这类视频动不动几百兆，一个人做产品的时候，它背后是实打实的成本：传到自己服务器占存储，走 CDN 分发是流量钱，用户那头下载慢还影响转化。视频这东西，体积每翻一倍，这几项都跟着翻。

所以我现在的习惯是，演示视频分发前先在本地压一遍。拿一段功能演示视频做例子（网上找的样例、非本人录制，仅作演示）。

这段是屏幕录制的 2K 视频，2560×1440、14 分 41 秒、371.5 MB，编码 AVC + AAC。这个体积直接挂上去，存储和分发都肉疼。我用图映的「体积优先」档压了一遍：它把最长边控制在 1080 以内、帧率压到 24，本机跑了 66 秒，出来 145.7 MB，省了 61%。演示视频看的是界面操作和流程，1080p24 完全够清楚，那一半多的体积是白省的。

省下来的是什么，得算清楚。371 MB 变 145 MB，存储直接少一半多；更关键的是分发——每一次用户下载、每一次 CDN 回源，走的都是压缩后的体积，这是乘以下载量的节省，不是一次性的。演示视频挂在官网首页，一天几千次加载，压不压差的是每月的流量账单。对一个人做产品来说，这种"改一次、持续省"的优化性价比最高。

它能压这么多又不糊，靠的是内容感知，不是一刀切降质。压之前它先抽样看视频的纹理、运动和画面变化，把码率预算按内容复杂度分配——静止的界面截图少给、快速滚动的操作多给。所以同样压到 145 MB，关键操作清楚，省的都是背景和过场里看不出的部分。它还有条硬规则我挺认：结果不会比原片大，不划算就保留原文件或阻止保存，不会出现越压越大的尴尬。

顺便说下档位怎么对应用途。分发用的演示视频我基本都用「体积优先」，它把最长边压到 1080、帧率降到 24，优先省流量——反正演示看的是操作不是画质细节。要长期存档的原始录屏我才用「高清均衡」那档，最长边放到 1920、帧率 30，留更多细节。同一段视频，分发一个版本、存档一个版本，各走各的档，别拿一个体积去凑所有用途。

还有一层对独立开发者格外划算：整个压缩在本机完成，视频没上传。这不只是隐私——如果用在线工具压，得先把 371 MB 传上去、等它压、再下回来，一来一回的带宽和时间全是我出。本地压把这笔也省了，服务器那头一点没碰。一次性的本地算力，换掉了服务器存储、CDN 分发、上传下载三笔持续的钱。

所以演示视频别原片直接挂。花一分钟本地压一道，体积腰斩、画质够用、服务器不沾手。对靠一个人扛成本的产品，这种优化不起眼，但摊到分发量上，省的是真金白银。