video-streaming - x264 码率控制

Question

我们在视频 session 项目中使用 x264 编码器，我们有基本的流媒体视频工作，但是，我们无法理解各种速率控制设置如何确定最终比特率。我们设置以下参数:

x264_param_t params;
x264_param_default_preset(&params, "ultrafast", "zerolatency");
params.i_threads = 1;
params.i_width = width;
params.i_height = height;
params.i_fps_num = fps;
params.i_keyint_max = fps;
params.b_intra_refresh = 1;
params.b_repeat_headers = 1;
params.b_annexb = 1;

//Set rate control stuff here

x264_param_apply_profile(&params, "baseline");

如果我们只设置 params.rc.i_bitrate 参数，编码器似乎会大大超过比特率。如果我们设置 i_vbv_max_bitrate 和 i_vbv_buffer_size 参数，我们会看到比特率达到峰值(有时超过)i_vbv_max_bitrate 设置。显然，严格控制比特率对于视频 session 很重要，但文档有点不透明。还有其他人使用 x264 进行视频 session 吗？你是如何设置编码器的？感谢任何帮助，提前致谢。

Answer 1

如果您处于低延迟视频 session 模式以获得最小的抖动和可靠的性能，您需要处于 CBR 模式而不是 VBR 模式。正是 VBR 模式提供了现场低延迟系统无法处理的突发和峰值。

有专门的 vbr 算法用于低延迟视频通信/监控应用程序，但 x264 没有。所以不要使用它的 vbr。它的 vbr 用于存储。

有一个 --nal-hrd cbr 来启用 cbr

您无法保证比特率不会飙升超过某个点，因为事情是统计的。但是，只要满足一些假设，您就可以在 99% 的时间内控制它。

您的 vbv 缓冲区大小需要是从质量角度可以处理的最小大小，用于两个目的1. 不允许比特率变化太大2.减少端到端延迟这是编码器假定在解码器端可用的缓冲。越小质量越差。找到您可以处理的最小值。

vbv 最大比特率需要设置为 cbr 目标比特率值。这是 rc 的指南，这是您允许的最大瞬时比特率。将其设置为目标比特率。请记住它的指导方针。由于视频的统计性质，它可能会被覆盖。

确保您有帧内刷新，因此图像已关闭。

如果不覆盖某些设置，超快可能不是一个好的预设。明确设置您的引用图片、B 图片、个人资料。将你的 self 和崇高设置到更高的水平。 [最高级别，如果我是你]。这是您获得成功的原因之一。因此，编码器无法做好工作。当编码器有更好的 me 和 subme 时，它​​需要更少的比特来编码发生射击的困难部分!一般不懂视频的人是看不懂这个的。他们一直在问为什么 me/subme 对比特率和射击很重要。相信我，确实如此。当困难的部分用于编码时，你能得到多少提升完全取决于编码器的算法，而我是关键的算法之一。

查看您需要在何种配置文件中工作。 Cabac 提供高达 20% 的改进。因此，如果您可以做主配置文件，那就去做吧。仅使用 1 张引用图片，不使用 B 图片。但是，如果可以使用 cabac 来获得比特率优势，那绝对没有坏处。

编辑:总的来说，没有 Elixir 。以上是多年从事多媒体工作和理解视频所得的建议。但是，您仍然需要花点时间在质量/延迟和系统特定的其他约束之间找到最佳设置。在你调整它们之前确保你理解这些术语，否则你将永远在圈子里跑来跑去。还要记住视频是统计的。没有什么是永远 100% 完美的。