x264直播编码过程

以下内容来自提问deepseek，提问后的笔记：
x264 编码器对直播视频的编码过程是一个高度优化的实时压缩流程，以下是完整的编码过程和技术细节：

一、编码前准备

1. 参数配置

x264_param_t param;
x264_param_default_preset(&param, "veryfast", "zerolatency");
param.i_width = 1280;         // 分辨率
param.i_height = 720;
param.i_fps_num = 30;         // 帧率
param.i_fps_den = 1;
param.i_keyint_max = 60;      // GOP大小（2秒）
param.b_repeat_headers = 1;   // 每个关键帧发送SPS/PPS
param.rc.i_rc_method = X264_RC_ABR; // 码率控制模式
param.rc.i_bitrate = 3000;    // 目标码率 3000kbps
param.b_open_gop = 0;         // 关闭Open GOP
param.b_intra_refresh = 1;    // 启用帧内刷新（避免关键帧卡顿）

2. 编码器初始化

x264_t *encoder = x264_encoder_open(&param);
x264_picture_t pic_in, pic_out;
x264_picture_alloc(&pic_in, X264_CSP_I420, param.i_width, param.i_height);

二、实时编码流程

1. 帧输入

// 从采集源获取YUV420帧
capture_frame(yuv_data); 

// 填充x264结构
memcpy(pic_in.img.plane[0], yuv_data.y, width*height);      // Y分量
memcpy(pic_in.img.plane[1], yuv_data.u, width*height/4);    // U分量
memcpy(pic_in.img.plane[2], yuv_data.v, width*height/4);    // V分量
pic_in.i_pts = frame_count++;  // 时间戳

2. 帧类型决策

3. 核心编码过程

a) 运动估计（ME）

• 搜索算法：六边形搜索（Hexagon Search）
• 块大小：16x16 ~ 4x4
• 直播优化：

  param.analyse.i_me_method = X264_ME_HEX; // 速度优先
  param.analyse.i_me_range = 16;           // 缩小搜索范围
  

b) 帧内预测

• 9种预测模式（H.264标准）
• 快速算法：基于相邻块预测

c) 变换与量化

param.rc.i_qp_min = 18;     // 最小QP
param.rc.i_qp_max = 38;     // 最大QP
param.rc.i_qp_step = 4;     // QP最大变化步长

• 整数DCT变换：4x4 或 8x8
• 自适应量化（AQ）：

  param.rc.i_aq_mode = X264_AQ_VARIANCE; // 基于纹理复杂度
  

d) 熵编码

• CAVLC（速度优先）：

  param.b_cabac = 0; 
  

• CABAC（压缩率高）：

  param.b_cabac = 1;
  

4. 码率控制

实时调整：

// 动态调整码率
if (network_bw < target_bitrate) {
    param.rc.i_bitrate = network_bw * 0.9;
    x264_encoder_reconfig(encoder, &param);
}

5. NAL单元输出

x264_nal_t *nals;
int i_nals;
int frame_size = x264_encoder_encode(encoder, &nals, &i_nals, &pic_in, &pic_out);

for (int i = 0; i < i_nals; i++) {
    // 发送到RTMP服务器
    send_rtmp_packet(nals[i].p_payload, nals[i].i_payload);
}

NAL单元类型：

• SPS：序列参数集
• PPS：图像参数集
• SEI：补充增强信息
• IDR：关键帧数据
• SLICE：普通帧数据

三、直播优化技术

1. 低延迟优化

param.i_sync_lookahead = 0;   // 禁用前瞻线程
param.i_bframe = 0;           // 禁用B帧
param.rc.i_lookahead = 0;     // 禁用码率控制前瞻
param.b_sliced_threads = 1;   // 启用片级线程

2. 容错机制

param.b_repeat_headers = 1;    // 每个关键帧包含SPS/PPS
param.i_sps_id = 7;            // 增加SPS/PPS冗余
param.b_bluray_compat = 0;     // 禁用蓝光兼容特性

3. 硬件加速

// 启用帧级并行
param.i_threads = 6; 

// 使用SIMD优化
param.analyse.b_mixed_references = 1;

四、实时输出流程

1. 时间戳处理

// 计算PTS/DTS
pic_in.i_pts = get_current_time_ms();
pic_in.i_dts = X264_NAL_UNSPEC;

// 编码后获取实际DTS
int64_t real_dts = pic_out.i_dts;

2. 打包RTMP

# FLV Tag结构
[Header(11B)] [VideoTagHeader(5B)] [H264 NAL] [PrevTagSize(4B)]

关键处理：

• 分离SPS/PPS存入FLV Header
• 添加AVC Decoder Configuration Record
• 时间戳对齐（消除抖动）

3. 推流到CDN

// RTMP推流示例
RTMPPacket packet;
RTMPPacket_Alloc(&packet, nals[i].i_payload + 16);
packet.m_nTimeStamp = real_dts;
memcpy(packet.m_body, nals[i].p_payload, nals[i].i_payload);
RTMP_SendPacket(rtmp, &packet, 0);

五、性能监控

关键指标

动态调整

// 超负载时降级质量
if (encoding_time > 33ms) {
    param.rc.i_qp_step += 2;
    x264_encoder_reconfig(encoder, &param);
}

六、完整工作流程图

七、典型性能数据

通过这种高度优化的流程，x264能够在保持低延迟的同时，为直播提供高质量的视频编码。实际部署时需根据硬件能力和网络条件微调参数，在质量和延迟之间找到最佳平衡点。