4

我正在使用 x264 使用以下设置压缩来自网络摄像头的视频流：

x264_param_default_preset(&param, "veryfast", "zerolatency");

param.i_threads = 1;
param.i_fps_den = 1;
param.b_annexb = 1;

param.i_keyint_max = 30;
param.rc.i_rc_method = X264_RC_CRF;
param.rc.f_rf_constant = 25;
param.rc.f_rf_constant_max = 35;

param.b_repeat_headers = 1;
x264_param_apply_profile(&param, "baseline");

param.i_slice_max_size = X264_NAL_MAX_SIZE;

我想将 NAL 调整到 MTU 大小，但如果我设置一个较小的最大大小，流就会被破坏 - 它在黑白之间随机闪烁，背景中有一些原始图像的线索。max_size 越大，流被破坏的可能性就越小。所以我的问题是——我们可以拥有小的 NALU 和正确的视频流吗？

UPD：我使用 FFmpeg 作为解码器。

4

1 回答 1

3

问题实际上不在于 x264。我认为 x264 没问题，并检查了所有其他管道。问题是 - 我曾经通过网络单独发送 NAL 到 avcodec 解码器 - 这正是解码器无法处理的事情（解释）。我花了一段时间才弄清楚。

一旦我将 NAL 单元重新组合成原始组，源自相同的帧，问题就消失了。这也解释了为什么结合使用小型 NAL 和大量移动更容易重现该问题 - 它产生了许多单个 NAL，而 avcodec 无法正确解码。

于 2014-03-25T20:03:08.380 回答