零、前言
说来惭愧，本周的工作，除了敲代码以外，主要是把团队的教程学习一遍，然后对于不完善的部分打上补丁，以至于我几乎没有提交代码。本来时间就不是很够，毕设又开始了，剪视频的时间也被耽误了。
由于在”处理文件大小“的问题上花费了很多精力，处理视频的总体效率很低。因此本文旨在将这一套处理流程固定下来，以便提升后续的效率。
总体的流程大致包括：
- 屏幕录制
- 剪辑
- 渲染
- 压制
- 发布
一、屏幕录制
市面上最主流的录屏软件有两个： BandiCam 和 OBS。
BandiCam好处很多，但最大的问题是付费，虽然可以破解，但每次版本更新都要花时间去寻找破解，所以不推荐。
OBS是开源软件，直接就可以免费使用，而且Mac、Linux、Windows全平台兼容，所以我们使用OBS。
安装好之后可以跳过向导，直接来到设置页面：
录像质量选择：高质量，中等比特流。低了影响画质，高了文件太大。
录像格式：mkv。
编码器：如果有支持硬件编码就选硬件，否则选择软件。
为什么使用mkv而不是MP4格式？
mkv不是直接用来播放的视频格式，而是一种半成品格式，具有文件小的特点，同时可以保留更多的原始数据，多条视频、音频轨道单独存储（比如说，一个录屏文件同时录制了麦克风和系统音频，后期可以单独调节某一个音轨的音量大小，而MP4只能调节整体的音量）。
最厉害的是，即使文件的后一部分损坏，前一部分也可以正常播放，也就是说，不怕录像时断电导致文件全部损坏的风险。
而MP4是真真正正的视频格式，不具备以上特性。
用一个不恰当的比喻：Java是编译成中间码然后用Java虚拟机来运行，而C语言是彻底编译成机器码直接用二进制来运行。
非要说mkv的缺点，那就是必须转换成mp4才能实现全平台播放。
接下来设置分辨率：
- 基础分辨率是软件中理论上生成的像素数量
- 输出分辨率是导出视频文件时，文件的实际分辨率
- 如果基础分辨率大于输出分辨率，就可以录制1080P的屏幕并输出720P的视频文件来减小体积
- 为了方便，对于16：9的显示器，这两处建议全写1080P
添加显示器采集，并让画面正好充满画布：
全部录制完成后，使用OBS自带的”录制转封装“就能一键批量转换成mp4格式了，用于交付审核以及剪辑：
剪辑
最常用到的功能：
- 选择工具，选取视频、插入视频
- 剃刀工具，把素材分段
- 文字工具，添加说明文字
- 转场工具，视频之间过渡
这种基础的不能再基础的功能，所有的剪辑软件都有
但仍然建议Windows使用PremierePro，因为教程多，好学
Mac如果使用FinalCutPro上手会更简单，而且苹果自家软件有神秘加成
渲染
对于剪辑软件来说，即使导出设置和原始文件一模一样，导出的文件还是比录屏的原始文件大的多。
所以我们必须再经过一轮压制，才能控制文件体积。
对于渲染这一步来说，可以设置的稍微大一些，只要不损失画质即可。
对于录屏来说，使用H.264编码、1920*1080、30fps、1500kbps就可以实现不损失画质
Premiere有一个渲染器叫Media Encoder（ME），用来批处理渲染视频。
当Pr的视频制作完成后，就提交到ME的队列中，并且设定统一的输出格式，ME会按照先后顺序在后台使用预设好的格式来渲染，此时Pr仍然可以去做别的事情。
这样就实现了批处理，不用每次都繁琐的设置一大堆输出参数了。
对于苹果的FinalCut，同样有渲染器Compressor，有异曲同工之妙。
压制
这一步的目的是减小文件体积，推荐的是开源软件HandBrake，支持一键压制，自带多种预设，并且支持队列。
直接使用超快1080P 30即可，导出的文件很小，清晰度几乎没有损失。
发布
现在我们已经有了文件体积小并且不损失画质的最终文件，导出后就可以发布到各种平台了。
此外，如果有制作视频目录或者校核的需求，把时间很长的教程重新看一遍显然是效率比较低的，这里推荐一个chrome插件，自由调整倍速，最高16倍速，插件名为Global Speed：
如果视频是本地文件，使用VLC，可以实现最高四倍速播放：