如何减小视频文件，同时保留界面文字可读性
制作最小文件很容易：把视频做小，删足够帧，再猛烈压缩。困难的是保留完整解释。
产品演示与视频压缩的关系很微妙。大片平坦界面相对容易压缩，信息却常藏在小标签、细图标和短暂状态变化里。整体图像明显损坏前，这些细节可能先消失。文件仍漂亮到足以获批，作为演示却没那么有用了。
压缩产品演示时，正确问题不是“这个 MP4 能多小”，而是“这个位置最小但仍有用的交付是什么”。有用包括文字可读、结果可辨、运动可接受、播放可靠，以及合理等待成本。要针对真实视频受控比较，才能找到这个点。
决定什么必须经得起压缩
选择观众必须看到的信息。任务演示可能是选中项、控件标签与保存结果；价格解释可能是金额、周期和计费条件。标出这些细节最难保留的代表时间戳。
测试包含运动。相同界面暂停静止时，可能比缩放或平移时压得干净得多。编码器不仅描述单帧空间细节，也描述帧间变化。
挑困难片段，而不是好看片段。渐变上的小字、快速界面运动或详细截图，能暴露大标题卡隐藏的问题。视频有几种不同视觉风格，就各挑短段。
判断前定义目标尺寸。桌面全屏可读的标签，到 390 像素信息流中可能毫无用处；400% 放大才可见的微小缺陷，在预期尺寸下可能无实际影响。原生像素用于诊断，真实显示尺寸用于验收。
保留高质量参考，最好是无损或视觉质量好的母版，而非平台下载的已压缩文件。反复压已经受损的版本，更难区分新损伤与继承的伪影。
一次改变一个变量
分辨率、帧率、编码器、质量设置、音频码率和时长，都影响大小。同时改几项，可能缩小文件，却不知道哪项取舍造成可见损伤。
先保留构图尺寸与帧率，用相同编码器和源比较几档质量。仍太大，再单独测尺寸变化。视频几乎没有有意义运动时，把帧率作为另一个独立决定研究。
不要因大部分展示界面，就假定降帧率没有代价。移动光标、滚动列表和镜头缩放，可能明显不连续。降帧率后，按正常速度看这些动作，而不只比提取帧。
同样，别在判断镜头是否该重设计前，就缩小整个界面省字节。紧盯相关任务，可能既更可读，画面也更易编码。这是具有压缩收益的内容改善，而非编码器技巧。
在文件名或旁注记录每个候选设置。只装 test1.mp4、test2.mp4 和 better.mp4 的文件夹，迭代几次就难解释。能复现偏爱候选，比较才有用。
理解质量控件实际控制什么
基于质量的编码设置，让编码器按内容改变数据用量。libx264 的 CRF 就是一例：低值通常目标质量更高、文件更大，高值接受更多损失。最终码率取决于素材。
目标码率回答不同问题：编码器每段时间该用多少数据？交付系统有带宽约束时有用，却不保证简单与复杂场景质量相同。
FFmpeg 编码文档说明 libx264 封装及可用控制。采用你所构建版本中实际编码器的文档，不要假定软硬件编码器同名质量值含义相同。FFmpeg 编码文档
较慢编码预设通常花更多计算寻找高效表示。它不是分辨率或感知质量的同一控件，“更慢”也不是视频播放更慢。想理解效果，就别同时把预设和其他几项都改掉。
也区分容器与编码。MP4 是容器，内部视频与音频流各有编码。换编码做出更小 MP4，可能带来不同兼容要求。扩展名本身不是交付规格。MDN 视频编码指南
一个小型、可复现的编码研究
本文使用真实 Remotion 渲染文档截图，制作六秒平移研究。尺寸 1280×720，每秒 30 帧，无音频。无损 FFV1 中间文件通过 FFmpeg 8.1，用 libx264、medium 预设和相同像素格式，分别以三种 CRF 编码。
测得 CRF 18 文件为 133,499 字节，CRF 28 为 87,536 字节，CRF 38 为 52,168 字节。
两图来自同一时间戳、同一裁切。更强压缩下，细字边和小字出现可见损伤，大布局却仍可认。正因如此，界面演示只检查“看着还不错”并不够。
可以用自己的困难片段重复同样模式。存参考，保设置，提取匹配帧，再看候选运动。视觉比较应补充实测大小，而不是被数字替代。
不只检查标题
比较小字、细线、渐变和运动边缘。大字形占很多像素，常经得起压缩；小字段标签却可能失去有意义的区别，标题仍完美。
检查观众能否辨认演示动作的结果。例如状态标签由“Draft”变成“Ready”，编码后必须仍清楚。文字糊掉，即使光标顺滑，视频也不再证明结果。
按正常速度看。有些压缩伪影在运动中更明显：边缘闪动、短暂块状，或小细节帧间无规律改变。单张提取图会漏掉这些时间性缺陷。
再以原生分辨率检查几个解码帧，理解原因。别只凭放大裁切批准。放大有助识伪影，实际目标尺寸才说明它是否干扰任务。
数值图像质量指标只能作支持。平均分可能被大片不重要区域主导，极小关键标签却失败。仍需可由人判断的任务标准：能读条件、跟动作、认结果吗？
该片 CRF 38 比 CRF 18 少 81,331 字节，约减 61%。节省体现在文件记录，代价体现在文字裁切。实际选择取决于受损细节是否承载演示。装饰标签损坏也许可容忍，结果状态或计费条件损坏，则移除了必要信息。接受节省前先比这些区域，而不是只看标题和平坦背景。
牺牲界面细节前，先从别处减小文件
时长常被忽略。空开头或冗余结尾消耗数据，却不增加解释。删重复，能同时改善视频与大小。但别因好裁，就剪掉让价格陈述可理解的共同阅读停留。
有些位置也不需要音频。视频确实按静音设计，闲置音轨可以考虑移除；旁白承载含义，降低或移除音频就是内容变化，不是无害优化。核实预期聆听体验。
检查尺寸是否对使用位置过度。小装饰循环未必需要巨大母版作为唯一网页素材，详细教程却可能需要更大版本或多个响应式选项。选择取决于观众要读什么，而非大或小永远更好的通则。
避免界面后面不必要的噪声、颗粒和持续运动的详细背景。这些效果消耗编码复杂度，也让字难读。艺术价值可以值得付代价，但取舍应有意识。平静背景能同时改善阅读和压缩。
别反复从压缩候选再导出。改设置就回母版。代际损失会积累，后来高码率也恢复不了早期转码丢失的细节。整个比较都保留干净源。
为交付路径准备文件
文件视觉合格，也可能因容器布局或托管行为起播慢。普通 MP4 交付，把播放元数据置前可改善启动；FFmpeg 的 +faststart 常用于此。它重排元数据，不改善文字质量。
保持区别。起播更快不一定更小，更小不一定更兼容。优化相关问题，别把所有导出选项混成模糊质量预设。
平台要转码，就看处理结果。本地最好看的候选，未必是受众拿到的版本。保留强上传源，按预期位置评价平台真实输出。
网站要查服务器提供预期素材，播放器尺寸合理，必要时跳转可用。压缩修不了坏网址、错误内容类型，或把视频放大超出可用细节的布局。
将接受的交付版与母版分别记录。高质量归档与高效网页版服务不同目的。关系明确，未来编辑才不至于把压缩网页版当下一活动的唯一源。
在页面情境中理解体积节省
视频变小，不自动使整页明显加快。页面可能延迟下载，交互前用小封面，或主要加载预算花在别处。先量实际交付路径，再把节省字节当作同等用户收益。
首屏立即播放，启动行为与初始传输重要；页面底部可选教程，则可用清楚封面与合理加载保护初始体验，同时保留更好视频版本。这些选择取决于使用位置，不是围绕文件大小争论谁对谁错的通用准则。
也考虑重复使用。共享素材可跨页缓存，几个不同名字副本却可能分别下载。素材策略有时比再次激进编码减少更多无谓传输。宣称加载改善前，先核实际请求。
这不是忽视明显过大文件的理由，而是帮助选下一步。如果降质量破坏关键文字，节省却只有边际少量，就先查时长、源选择、加载行为和重复素材，再接受损伤。
母版与网页交付分开，未来才能重评取舍。新渠道可能需不同尺寸或质量。从干净母版开始保留选项，从先前最小上传开始则叠加旧损失。
决定应把实测节省与真实观看条件相连。“更小版本在页面播放器里仍可读”，比“文件减少了很大百分比”更有力，尤其当百分比来自删掉观众需要的细节时。
设一个能解释的验收标准
最终选择应能用普通语言辩护。“这个候选更小，选中控件、结果标签和价格条件，在发布宽度下仍可读”，是有意义决定。“CRF 28 最好”，没有源与观看条件就不能迁移。
两候选对任务视觉无差别，可以优先小的；小候选损关键标签，就选大的或重设计镜头。压缩目的在高效沟通，不是赢体积比赛。
证据保持轻量：源身份、设置、实测大小、代表帧和检查的渠道。下次编辑便能从既有比较开始，不必猜“已优化”是什么意思。
有用的压缩产品演示，既高效抵达，也仍能演示产品。保护后半部分，需要仔细看解释真正所在的小细节。