我想知道是否有适合极低比特率的视频编解码器，尤其是网络摄像头输入？
抛出一些数字：假设一个 160x120 的流将产生大约 32kbps 左右。
质量可能会很差。但是，视频应该是“可理解的”，并且帧速率应该足以进行运动感知。
谷歌搜索，我只能找到摘要。有具体的编解码器吗？有视频示例吗？最终，任何可用的库？
编辑：感谢您的回答。我尝试使用针对 32kbps 的 H264 对 160x120 预录制剪辑进行编码，我必须承认结果非常好。
质量实际上非常好，这让我想知道这是否可以实时完成，并且不需要高 CPU 负载？
以会议为例，您必须实时编码一个流，同时解码多个流。
【问题讨论】：
归根结底，我认为最好的方法是运行具有非常小的目标比特率的高质量现代编解码器，并让它发挥它的魔力。试试x264；我已经看到它在高比特率下的出色性能，并且据说它的设计可以很好地降级。 x264 最大的问题是它对编码和解码的 CPU 要求相对较高，但我认为它会在给定比特率下为当前可用的编解码器提供最佳质量。而且是标准化的！
【讨论】：
击败 h264 真的很难，但遗憾的是我认为你提到的分辨率大约是 64kbit。
我认为研究领域中有些东西可以做得更好，通常是匹配追踪的变体，但我不认为这些已经应用于现实世界的编解码器。这是因为首先，Matching Pursuits 的编码非常很慢，其次有一些专利涵盖了它。
【讨论】：
记住：帧率至关重要。
如何以更低的帧速率获得更高的质量？那样 32kbps 是不可能的。
此外，GOP 大小也很重要，并且与压缩和错误恢复能力有很大关系。
大 gop = 更小尺寸/冗余 = 小流损坏变得致命 小 gop = 大尺寸/每比特率质量低 = 更容错
在 x264 中，我建议您关闭变量 AQ、Trellis 和 Psy-RD，并将色度量化器偏移量增加到 3，并将 inloop deblocker 的 Beta 增加到大约 3，而不更改 alpha。每次测试时打开 PSNR 并寻找最佳设置。并使用 MeGUI 进行测试。
【讨论】：
H.264 在相同的比特率下肯定会拥有最好的质量。但是，它将需要最多的计算资源。因此，在某些计算机中对多个视频流进行编码或解码可能是不可行的。
没有办法先验地知道 H.264（或一般视频）编码/解码所需的计算资源，因为这取决于编码参数和视频内容。所以，你应该自己做一些测试，看看普通电脑是否可以实时编码/解码 H.264，如果可以，有多少流。这并不像看起来那么难。使用 mencoder 或 x264 将 H.264 编码为带有所需参数的长视频。看一下编码帧率。现在，在第一个完成之前，启动另一个 mencoder 实例并查看帧速率等。
如果您最终发现 H.264 不适合您的需求，请尝试使用 h.263。它是一种较旧的协议，无法达到 H.264 的压缩率，但它是专为视频会议设计的，因此在您需要它的情况下具有良好的质量，而且由于它相当旧，它对资源要求不高。
【讨论】：