由于A站画质拉胯，所以弄点视频技术帮帮忙，审核猴不要拒稿啊！[emot=zt,5xjkyrrxgg5sk6w/]

本文内容包括了视频技术，计算机技术的科普；完整教程包括了x264 x265编码器的工作流程(如分块，搜索，变换，量化，参考，熵编码)，及每个步骤的原理和意义；最后细分到用什么参数控制步骤，如何满足一切视频压制需求。

总之！视频创作，直播，收藏，压片，贴吧怼人（划掉）等等和视频文件打交道的人必看哦[emot=zt,5xruj2artb6p239/]

-----

完整教程链接有"github"和"压制组网站"。包括了ffmpeg，voukoder，shanaencoder，小丸工具箱，OBS直播-录屏软件的下载和操作；

有高端的zones划区压制，analyze-reuse 2pass，ABR天梯的用法，也有报错检查，CMD/.bat操作技巧，傅里叶变换vs离散余弦变换等等一般教程完全不会顾及到的内容。而且排版干净，有萌新友好机制等等优点，所以有这么好的资源还在等啥，接着看啊[emot=zt,5xacruxr73jsjjw/]

-----

那么，介绍到自为之...啊不是，到此为止。下面进入正文咯[emot=zt,5xtuvm4k8i9kjqs/]

先走个流程哈：gif是视频吗？

技术上说，视频文件就是一组会动的图，而且也有很多视频没声音，所以gif肯定是视频！

这时候有人会说：gif的清晰度不行！/gif帧数低！等等。不过没说到点上，gif是可以做到1920x1080 60fps高画质的；而实际定义视频的关键在于"流"和"封装"上。

封装文件代表了视频流，音频流和字幕流被放进了一个包，它含有元数据，播放控制（如旋转90度，流对齐等等），网络传输等优化。而独立的.h264，.hevc视频流其实有木有后缀名都一样，播放器甚至不知道要用啥帧率来播...所以显而易见：gif接近但不是视频~[emot=zt,5xtaqcb8ff9j3nw/]

大小和码率

这个应该很多人听过。大概说，文件大小一般用字节byte，而计算网速啥的就用最小的比特bit(s)作单位，直到现在，用ffmpeg.org的"软件"读取视音频，1MB大小也直接给你来个799504，让人直呼内行[emot=zt,5xsra25m9rf9gpm/]

其实这么写的原因是单位标准混乱（比如明明8bit=1byte，但有的厂家4~6bit给你算1byte），造成网速和硬盘读写缩水的奇怪问题，最后嘛...Gbps，Mbps，Kbps的说法就被沿用到了今天→_→

视频压缩三角形

说了这么多，发个梗活跃一下气氛。此乃基于鱼和熊掌理论做出的贴吧怼人神器，优点是连话都不用说：[emot=zt,5xsxnxi434u6edu/]

也可以拿来说为啥平台上的视频画质总是拉胯[emot=zt,5xi46hej4n7h6em/]

GUI，CLI与API

程序vs软件的三大阵营，一般用作API-->CLI-->GUI鄙视链警告[emot=zt,5xkq4zr42wj6hmi/]

GUI一般叫做软件一般就是程序套了个Graphic UI壳，好降低用户学习成本。顺序就是用户-->软件-->程序-->程序内转API。缺点是要是开发者懒得做UI，那有的功能就只能当没有了...

不过...我觉得有的程序做了UI，学习成本一点也没降低啊... 敢问谁一眼就看懂了上图是什么鬼[emot=zt,5xdjawdc6m65pzm/]

-----

CLI一般是程序阵营，全程Command Line Interface - 命令行交互，顺序是用户-->程序-->程序内转API。优点是省了做界面的功夫，开发者升级程序不用改界面。缺点1是用户在学会使用前要看使用教程，而GUI起码还可以戳戳这个，弄弄那个；缺点2是开发者要是偷懒没做CLI-->API转义，那么这个CLI命令就用不了了...

-----

API就是开发阵营，在呗格上吊打以上二者，顺序是用户-->API输入，可以使用程序全部功能的交互了。缺点是使用难度高，完全不适合非开发人员用。

由于API-->CLI-->GUI的分层，用户可操作的选项也会层层递减，所以就造成了这么个鄙视链...[emot=zt,5xnjtzwe8m2bwey/]

帧率

分为小数帧率和整数帧率。有神论认为：小数帧率要渲染的帧数更少，文件更小，或者游戏更流畅。错！[emot=zt,5xinm2k39gzrdqc/]

网络视频都应该用整数帧率，如24，30，60fps等等。小数顶多节省个一帧每秒，打开个txt都比它慢，这一帧因为视频压缩的原理，对文件体积可以说不够塞牙缝。

小数帧率如23.976，29.97做出来是给电视台降低模拟信号干扰用的；网络视频用是数字信号，小数帧率只不过是为了向后支持而已。

-----

决定帧率应该多高的数字是画面移动程度。比如电影顶多镜头抖一抖，24fps就够；

CS游戏和手机录像这样的涉及到了突然转身，镜头大范围抖动，所以不到60fps就会头晕。

VR游戏... 做不到300fps之前，头晕问题是无解的。画面移动太剧烈了，看个录屏都浑身难受[emot=zt,5xenbew6xrtj3fa/]

-----

题外话，目前国内的动画公司都是无脑用"premiere 无损avi"导出视频，只能祈祷他们没选小数帧率，使视频原件丢数据吧[emot=zt,5xp5wwrmfxusypg/]

分辨率

这个是人都知道，所以补充一下：高720像素，宽高比16:9的视频，其宽就是720÷9×16=1280哦，以后小学二年级就教这个吧，多实用[emot=zt,5xp34r445d8nz6i/]

下载vs录屏视频

本人见过有人录屏，加了字幕然后上传视频的情况。也就是说：视频网站放给你画质损失过的版本，录屏再破坏一次画面，渲染字幕又破坏一次，最后上传到视频网站还破坏一次。。。

录屏获取到的画面并非是真的视频画面，而是通过不知道谁写的解码器渲染出来的，有损失的画面。而录屏的结果就是将这些损失当做了视频的原有内容，将编码压制程序就会尽可能还原，保留这些内容。。。所以这会让观众产生心理阴影啊！[emot=zt,5xd67twxvjfv6e4/]

编解码

编码就是将音画编成音视频流，解码就是把音视频流提供的信息拼装成原本的音画。

---所以叫做压制和播放就行啦[emot=zt,5xkdaehvknut636/]

购买硬件

No广告！反正就是考虑算力vs美观vs后勤vs寿命的相互平衡，妥协。确保机箱风道畅通，在有限经费下做妥协，并且根据需求使用后勤（清灰，换水，升级啥的）能跟得上的硬件就行的[emot=zt,5xqq4ss4gapwin2/]

不过嘛... 线程多的话，压视频就不会占满CPU，可以顺便看个视频啥的

有损压缩，无损压缩，未压缩（图）

有损代表解码出来的文件不系源文件，无损压缩代表解码出来的文件系源文件，未压缩代表这就是原文件咯[emot=zt,5xaik6ppbuzzpkg/]

色深

有硬件（感光芯片，显示器面板）色深，软件（视频，图像）色深两种。一般网络视频都是8bit（2^8=256色）。在RGB颜色的8bit就是256R，256G和256B。不过这个标准考虑的是设备性能而非还原，所以渐变色就会看到色带：两个色深边缘的缝，但网络视频嘛，当然是宣传4K能让更多人在意啦，谁在乎视频是否真的清晰呢[emot=zt,5xeb33ysydcc4ay/]

录像与动画的画面区别（图）

关键在于对毛刺，点点上的保留或舍弃。这也是为啥电影为何看中胶片颗粒的质感，动画就尽可能省的原因了

上图想象去掉点点毛刺后的画面，就是动画画面了哦[emot=zt,5x46mcb2pp5ke6q/]

全网一律二压时代

指从国内到外全部视频网站平台不接受用户压缩好，而是平台自己压缩用户上传视频的时代变化。用户自己按照平台给出的视频文件限制压制这段历史很多人都没经历过，最早应该可以追溯到Y站2000年左右的上传标准；然后是N站，A站借鉴的东西；现在为了支持更多视频作者，就改成平台自己压缩了

平台自己压缩，目前由于算力问题，都倾向于拿画质和码率换压制速度，所以视频体积大，而且画质有时甚至不如直播清楚... 但无论如何，这个问题现在只有利用视频编码的漏洞：提高视频亮度有解了[emot=zt,5xwt5nfp2ict7ry/]

那么，就这样[emot=zt,5xgej3itgrhzdp4/]

x264 x265 黑科技视频压制教程节选: 基础科普