分辨率：不要超过屏幕实际尺寸
如果你录的是 1920 像素宽的屏幕，导出成 2560 宽不会更清晰，只会让文件白白变大。反过来，把 1920 录成 1280 再拉伸播放，文字边缘就会发虚。最稳妥的做法是导出分辨率与录制分辨率保持一致。
只有一种情况值得主动降低分辨率：内容以口播为主、屏幕上没有需要看清的小字，这时降到 1280 宽仍然够用。
帧率：讲解类视频不需要高帧率
帧率对体积的影响几乎是线性的。60 帧的视频体积大约是 30 帧的两倍，而讲解屏幕操作时，30 帧已经完全够用，甚至 24 帧也不会让人觉得卡。
- 纯讲解、看文档、写代码演示：24 到 30 帧足够
- 有鼠标快速拖动或滚动操作：建议 30 帧
- 游戏或需要展示流畅动画：才需要 60 帧
码率：体积最大的可控变量
码率是决定体积最关键的一项。屏幕上静止画面多、内容变化少的录屏，用较低的码率就能保持清晰；如果画面里一直有滚动、视频播放或动画，就需要更高的码率，否则会出现明显的块状模糊。
判断码率是否够用的方法很直接：导出后全屏播放，专门看画面变化最剧烈的那几秒，如果出现马赛克或拖影，就说明码率偏低。
音轨：别让声音成为隐形负担
很多人会把系统声和麦克风分成两条音轨录制，这对后期很有用，但导出时如果保留双轨且都用高码率，音频会占掉一部分体积。正式发布前把音轨混成一条，采样率保持在常见的 44.1 或 48 千赫兹即可。
要注意的是不要为了省体积牺牲音质，人声一旦出现压缩感或金属味，观众的注意力会立刻被带走。
一个可参考的导出配置
以屏幕讲解视频为例，可以按这个组合起步：分辨率与屏幕一致，帧率 30，码率从中间档开始试，音轨混合为一条。导出后先看体积是否满足传播需求，再决定要不要往下调一档。
- 先降帧率，再考虑降码率，最后才动分辨率
- 每次只改一个参数，方便判断到底是哪一项影响了画质
- 长录屏建议拆成多段分别导出，比一整条更容易控制体积