最好问清楚具体用 C 做什么，写 C 可以很高大上也可以很螺丝钉。我身边写 C/C++的（包括我自己），大多是读书时就在做相关领域研究的，虽然工作挺安稳，但是也如 64 楼所说，选择变少了，挺难回头的

底层解码器建议用 dav1d ，aom 比较慢

@soberzml 科技树长很多，能自己设计的内容也更多，等生产的时候也可以去挖矿，不会无聊。。。总之就是很耐玩
缺点是游戏内没什么引导，要自己查资料或者看教程视频。

玩过的 mod 里，IC2+BC （工业时代 2+建筑）比较上瘾，感觉挺适合程序员的。主要内容是排流水线搞自动化生产，类似单机游戏里的异星工厂和戴森球计划。

用的编辑器比较多，gui 很多套，不想一个个去熟悉，命令行统一解决比较省心

举个例子，具体还要自己改。比如水印本身的长宽要算进去，懒得写了：
ffmpeg -i origin.mp4 -i watermark.jpeg -filter_complex "[0:v][1:v]overlay=x='abs(mod(n*20,2*W)-W)':y='abs(mod(n*10,2*H)-H)'" -c:v libx264 output.mp4

有需求肯定买啊，整了台高配，很爽。

先试试 ffmpeg -i XXX.mp4 -f null NULL 看看纯解码是什么速度，这个是上限，太慢就换电脑
再试试 ffmpeg -i XXX.mp4 -qscale:v 31 image_%d.jpg 把输出画质压到最低，如果变快了就是磁盘 IO 的问题，换硬盘或者输出数据量压低一些
再试试 ffmpeg -i XXX.mp4 -an -vf "framerate=0.07" image_%d.jpg 简化一下编码流程看看有没有救

魔改 WebRTC，优化编码器，做视频通信或者直播软件，以及配套的媒体服务器

做得居然挺大的，还有过场动画，手感也不错

@JinTianYi456 画面信息丢失的多少，由编码器选择的量化参数决定。打一个比方，浮点数“1.33”，选择不同的量化参数后，它会被压缩成“1.3”，或者“1”，甚至“0”。参数的选择影响输出数据的多少，以及丢失信息的多少。对应到视频数据，每一帧画面被划分成很多小块，每个小块有一个量化参数，编码器通过控制每个小块的量化参数，调整每一帧画面的数据量，进而控制码率。

至于实际上这些量化参数如何选择，则是码率控制算法决定的。这个大概就是你想知道的“降码算法”吧。以 x264 为例，它大体有 crf，abr，cqp 这些选择。如果你有特定的目标码率，那基本就只能用 abr 。因为 crf 和 cqp 都只关注画面质量，不控制输出码率。如果你只是想要一个相对比较小的码率，也可以用 crf 和 cqp，给一个比较大的值，也即要求一个比较低的画面质量，码率自然就跟着降低了。

如果你还想问 abr 这些码控算法的具体原理，这个就很难在论坛里说清楚了，最好还是自己搜文献看吧。

过程是把视频文件解码成原始像素数据，再用更低的码率去编码。参数一般就是编码器的-bitrate，-qp 之类的。
因为基本都是有损编码，每次转码都会有损失。并且目标码率越低，质量降得越明显。