工作流 约 6 分钟
会议与网课录像太大：压缩、截取与归档的处理口径
会议与网课录像的画面以屏幕共享和固定机位为主，动态内容少，压缩潜力远大于普通拍摄素材。一段 1 小时的会议录像，CRF 28 压缩后通常只剩原体积的 20-35%，投屏观看无可见差异。
会议录像为什么这么大
腾讯会议、钉钉的本地录像多为 1080p H.264 MP4，录制码率按「画面可能剧烈变化」的余量设定（常达 2-4 Mbps），但实际内容大量时间是静态 PPT 与桌面。码率花在了用不到的余量上。
录像时长是另一个乘数：1 小时 2.5Mbps 约 1.1GB。时长无法压缩时，只能靠重定码率把余量收回来。
三种处置目标
| 目标 | 推荐做法 | 体积口径（1 小时录像） |
|---|---|---|
| 转发给同事/群 | 压缩到目标体积（如 25MB 微信、20MB 邮件） | 按目标反推码率，时长越长假想越差 |
| 本地归档备查 | CRF 28-30 重编码，音频降到 64kbps | 约 150-400MB，投影观看无可见差异 |
| 只需留声音 | 提取音频为 M4A/MP3 | 约 30-60MB，再降一个数量级 |
屏幕共享内容的文字锐利度对码率敏感：CRF 超过 32 后小字号开始发虚，归档不超过 CRF 30。
只要其中一段：先截取再压缩
需要转发的往往只是会议中的某段汇报。先截取再压缩比压整个文件省得多：流复制截取不重编码，1 小时录像定位到 5 分钟片段约 1 秒完成，再把 5 分钟片段压到目标体积即可。
截取点尽量落在说话人切换或翻页的间隙，流复制模式从最近的关键帧开始，内容跳跃处切口更自然。
系列课程与例会：批量处理
每周例会、系列网课的参数诉求完全一致：选中多个录像文件，用同一组 CRF 参数逐个批量处理，单个失败不影响整批。
批量前先用一个文件试压确认观感（重点看屏幕共享页的小字号），参数确定后再整批执行。