不损失画质，也能减小屏幕录制文件体积

你录完一段十分钟的操作讲解，点击导出，得到一个 2GB 的文件。邮件拒收，Slack 把它压成一团糊，文档平台的上传上限是 100MB。于是你降低画质重新导出，结果画面里的文字看不清了——而这恰恰是屏幕录制绝对不能出错的地方。

文件体积和画质其实并不是简单的取舍关系。大多数体积过大的屏幕录制，变大的原因与画质毫无关系；修正这些原因，你几乎察觉不到任何损失。本文讲清楚字节到底花在哪里，以及应该先改哪些设置。

屏幕录制为什么会这么大

视频编码器通过描述帧与帧之间的变化来压缩。固定机位的人物画面压缩效果极好，因为绝大部分画面前后完全相同。屏幕录制则不同：

• 文字和界面边缘属于高频细节。 白底黑字的锐利文字编码成本很高。把它模糊掉确实容易压缩，但那正是你要避免的结果。
• 滚动会改变每一个像素。 滚轮拨一下，编码器就必须描述一整帧全新画面。长距离滚动是录制中最昂贵的动作。
• 屏幕很大。 4K 显示器的像素数是 1080p 的四倍。按原生分辨率录制，在你调整其他任何设置之前，数据量就已经翻了好几倍。
• 空白时间同样消耗字节。 你找标签页浪费的二十秒，和最关键的演示片段以相同的码率被编码。

明白这一点，解决问题的顺序就变了。最大的收益来自少录、录小，而不是把画质调低。

从录制之前就开始

最便宜的压缩，是你根本没有拍下来的画面。

录制窗口或区域，而不是整个桌面。 如果演示发生在浏览器窗口里，捕捉整个 4K 桌面意味着全程编码成千上万个无关像素——壁纸、程序坞、第二块显示器。仅仅改用窗口或区域捕捉，往往就能让体积减半以上，而且构图更好。

让分辨率匹配交付目标。 几乎没有什么内容真的需要 4K。在文档页面里以 800 像素宽播放的教程，从 3840 像素的素材中得不到任何好处。以 1080p 录制或导出，是大多数人从未拉动的最大一根杠杆，而在常见观看尺寸下，差别根本看不出来。

诚实地选择帧率。 60fps 值得用在动画、游戏和快速光标操作上。对于点击、等待、讲解的界面演示，30fps 看起来完全一样，数据量却大约减半。如果拿不准，用 60 录制、30 导出也是合理策略。

关掉噪声。 实时刷新的仪表盘、动态壁纸、后台标签页里播放的视频、闪烁的通知角标——每一个都在迫使编码器不断重编观众根本不关心的区域。安静的屏幕压缩效果好得多。

把录制剪短

时长会与其他一切相乘。删掉一分钟，就等于这一分钟的码率从未产生。

修剪掉开头和结尾的空白，剪掉你在阅读或等待加载的停顿，删掉说错重来的片段。大多数一次成型的屏幕录制，能在不损失任何实质内容的情况下通过剪辑砍掉 20% 到 40% 的时长——而且更短的版本确实更好看。

如果你的流程里有自动静音删除，请在导出前运行它。它通常比手动修剪抓到更多空白时间，体积也会同比下降。

真正重要的导出设置

录得好、剪得狠之后，剩下的交给导出设置。

编码格式

H.264（MP4） 是安全的默认选项。它在任何地方都能播放——所有浏览器、手机、邮件客户端和聊天工具——而且现代编码器处理屏幕内容的表现很好。

H.265/HEVC 在同等画质下体积约小 30% 到 50%，但播放兼容性更窄。只在确认目标平台支持时使用，对于不确定在什么设备上打开的文件请避免。

ProRes（MOV） 是剪辑格式，不是交付格式。它为后续加工而优化，天生就会产生巨大的文件。永远不要把 ProRes 发给观众。

分辨率

按观众实际观看的尺寸导出。常见目标：

• 1080p —— 大多数教程、演示和内部视频的正确答案
• 720p —— 简单的界面讲解完全看得清，体积明显更小
• 1440p 或 4K —— 只在细节确实重要时使用，例如设计稿或密集的数据视图

从高分辨率素材缩小还有一个令人愉快的副作用：它会把编码噪点平均掉，因此从 4K 录制导出的 1080p，常常比原生 1080p 捕捉更干净。

码率

如果导出界面提供码率或质量滑块，请把它当作寻找下限的实验，而不是追求上限。挑一段有代表性的 30 秒——最好包含文字和滚动——按目标设置导出，然后以原尺寸观看。如果文字锐利、滚动不拖影，就再降一档重新测试。在你第一次察觉劣化的那一档之上停下。

屏幕内容在这里很特别：它在会毁掉摄影素材的码率下往往依然完好，直到某一刻突然崩坏。

音频

音频占总体积的比例较小，但很容易花冤枉钱。人声旁白不需要 320kbps 立体声。对口语来说 128kbps 已经听不出差别，除非你有真正的立体声混音，否则单声道就够了。在长视频里，这是一笔零感知差异的实在节省。

GIF 什么时候是错的答案

GIF 感觉上是轻量选项。但只要超过几秒就不是了——GIF 没有现代的帧间压缩，调色板只有 256 色，因此一段 15 秒的界面片段很容易比同样内容的 MP4 更大，同时更难看。

只在评论区自动播放比画质更重要的极短循环里使用 GIF。其他情况下，一段短 MP4 更小也更清晰。

快速排查清单

当文件太大时，按顺序往下检查：

1. 它是不是比需要的更长？ 先剪——这是免费的质量提升。
2. 是不是捕捉了多余的屏幕范围？ 如果可行，用窗口或区域捕捉重录。
3. 导出分辨率是否高于观众所见？ 降到 1080p 或 720p。
4. 静态内容是不是用了 60fps？ 按 30 导出。
5. 码率是否高于所需？ 用较低设置测试一小段。
6. 音频规格是否过高？ 人声用 128kbps 单声道。
7. 本该是 MP4 却用了 ProRes 或 GIF？ 重新导出为 H.264。

十次里有九次，问题在你碰质量滑块之前就已经被第 1 到第 4 步解决了。

结语

体积庞大的屏幕录制，通常不是高画质的表现，而是以没人会用的分辨率、录了过多画面、录了过长时间的结果。先修正这些，你会发现文字可以保持锐利，同时体积减少 70% 甚至更多。

把默认值一次设定好——窗口或区域捕捉、1080p、静态内容 30fps、H.264 导出、128kbps 单声道音频——这个问题基本就不会再出现。体积小又清晰的录制，才是人们真正会看完的录制。