RTMP推送的音视频流的封装形式和FLV格式相似，由此可知，向FMS推送H264和AAC直播流，需要首先发送"AVC sequence header"和"AAC sequence header"，这两项数据包含的是重要的编码信息，没有它们，解码器将无法解码。

　　AVC sequence header就是AVCDecoderConfigurationRecord结构，该结构在标准文档“ISO-14496-15 AVC file format”中有详细说明。

　　AAC sequence header存放的是AudioSpecificConfig结构，该结构则在“ISO-14496-3 Audio”中描述。AudioSpecificConfig结构的描述非常复杂，这里我做一下简化，事先设定要将要编码的音频格式，其中，选择"AAC-LC"为音频编码，音频采样率为44100，于是AudioSpecificConfig简化为下表：

　　这样，AVC sequence header和AAC sequence header的内容可以基本确定了，更详细的信息，大家可以去翻阅相关文档。

在发送这两个header需要在前面分别加上 VideoTags、AudioTags  这连个tags都是1个字节（8bits）的数据

其中AudioTags每bit表示的意义如下图：

其中SoundData 的组成如下：

当数据的第一个字节为0时，后面跟AAC sequence header；

当数据的第一个字节为1时，后面跟AAC 数据；

其中VideoTags每bit表示的意义如下图：

发送的为avc数据，所以，CodecID（后4bit）的值为7

所以videodata的数据打包方式为 ，具体的信息见下图：

具体代码实现：

//添加Flv的VideoTags char* RtmpLiveEncoder::AddVideoTags(char* buf,bool isKeyframe) { //前面4字节表示FrameType，后面4字节表示CodecID unsigned char flag = 0; if (isKeyframe) flag = 0x17; else flag = 0x27;
buf = UI08ToBytes(buf, flag); buf = UI08ToBytes(buf, 1);    // avc packet type (0, nalu)  包的类型，同步包为0 buf = UI24ToBytes(buf, 0);    // composition time  0为打开，1为关闭
return buf; } //添加Flv的AudioTags char* RtmpLiveEncoder::AddAudioTags(char* buf) { // unsigned char flag = 0; flag = (10 << 4) |  // soundformat "10 == AAC" (3 << 2) |      // soundrate   "3  == 44-kHZ" (1 << 1) |      // soundsize   "1  == 16bit" 1;              // soundtype   "1  == Stereo"
buf = UI08ToBytes(buf, flag);  buf = UI08ToBytes(buf, 1);    // aac packet type (1, raw)  包的类型，同步包为0
return buf; }

这两个函数返回的buf后面接需要发送的数据