3

我已经修改h264_encoder_impl为使用基于 nvidia 网格的硬件编码器。这是通过用 Nvidia API 调用替换 OpenH264 特定调用来完成的。编码流可以成功写入文件,但是写入_buffer_sizeofencoded_image_还不够,RTPFragmentationHeader还需要填充。

// RtpFragmentize(EncodedImage* encoded_image,
//                       std::unique_ptr<uint8_t[]>* encoded_image_buffer,
//                       const VideoFrameBuffer& frame_buffer,
//                       SFrameBSInfo* info,
//                      RTPFragmentationHeader* frag_header)

// encode
openh264_->Encode(input, &info /*out*/);

// fragmentize ?
RtpFragmentize(&encoded_image_ /*out*/, &encoded_image_buffer_, *frame_buffer, 
               &info, &frag_header /*out*/); 

// ...

// send 
encoded_image_callback_->OnEncodedImage(encoded_image_, &codec_specific, &frag_header);

当前基于 Openh264 的实现填充frag_headerRTPFragmentize()VP8 填充它不同。我可以看到带有 NAL untis 和层的东西,它们也可以计算encoded_image->_length,但我不知道如何计算。

我在任何地方都找不到任何文档。VP8 和 OpenH264 实现就是我所拥有的。

那么是什么RTPFragmentationHeader?它有什么作用?是什么encoded_image->_length?使用自定义H264编码器时如何正确填充?我可以找到起始码,但接下来呢?如何填写其所有成员?

4

1 回答 1

6

RTPFragmentize()进去之后h264_encoder_impl我就明白了。

在一个编码帧中有多个 NALU。有不同的 NALU,包括 AUD、SPS (67)、PPS (68) 和 IDR。每个 NALU 由 4 字节起始码分隔,即00 00 00 01.

对于 OpenH264,第一帧的标题看起来像这样

[ 00 00 00 01 67 42 c0 20 8c 8d 40 20 03 09 00 f0  
 88 46 a0 00 00 00 01 68 ce 3c 80] 00 00 00 01 .. 

您可以看到粗体的起始代码。只有方括号之间的字节属于标头,最后一个起始码用于帧数据。

RTPFragmentationHeader以上:

frag_header->fragmentationVectorSize = 3     // 2 fragments for header
                                             // 3rd fragment for frame buffer

frag_header->fragmentationOffset[0]  = 4     
frag_header->fragmentationLength[0]  = 15

frag_header->fragmentationOffset[1]  = 23    // 4 + 15 + sizeof(startcode)
frag_header->fragmentationLength[1]  = 4    

frag_header->fragmentationOffset[2]  = 31   
frag_header->fragmentationLength[2]  = 43218 // last fragment is frame buffer

下一帧总是只有一个片段,如下所示

00 00 00 01 67 b8 .. .. ..

encoded_image->_length是实际编码帧缓冲区的
encoded_image->_size大小,是编码帧缓冲区的最大大小。

OpenH264 API 提供编码帧中的 NALU 数量,用于计算片段,而我使用的 API 仅提供标头及其大小,无论标头是否实际添加帧。仅针对标头大小搜索帧字节允许正确计算分段。

这样做最终发送了编码数据,并在客户端浏览器上正确解码。

更新:本质上,我不得不RTPFragmentize()完全跳过,因为它是专门为 OpenH264 制作的,并frag_header根据上述观察自行计算。

于 2017-08-21T12:40:19.157 回答