使用librtmp进行H264与AAC直播
libx264 版本是 128
libfaac 版本是 1.28
1、帧的划分
1.1 H.264 帧
对于 H.264 而言每帧的界定符为 00 00 00 01 或者 00 00 01。
比如下面的 h264 文件片断这就包含三帧数据:

第一帧是 00 00 00 01 67 42 C0 28 DA 01 E0 08 9F 96 10 00 00 03 00 10 00 00 03 01 48 F1 83 2A
第二帧是 00 00 00 01 68 CE 3C 80
第三帧是 00 00 01 06 05 FF FF 5D DC 45 E9 BD E6 D9 48 B7 96 2C D8 20 D9 23 EE EF ..
帧类型有:
NAL_SLICE = 1
NAL_SLICE_DPA = 2
NAL_SLICE_DPB = 3
NAL_SLICE_DPC = 4
NAL_SLICE_IDR = 5
NAL_SEI = 6
NAL_SPS = 7
NAL_PPS = 8
NAL_AUD = 9
NAL_FILLER = 12,
我们发送 RTMP 数据时只需要知道四种帧类型,其它类型我都把它规类成非关键帧。分别是
NAL_SPS(7), sps 帧
NAL_PPS(8), pps 帧
NAL_SLICE_IDR(5), 关键帧
NAL_SLICE(1) 非关键帧
帧类型的方式判断为界面符后首字节的低四位。
第一帧的帧类型为: 0x67 & 0x1F = 7,这是一个 SPS 帧
第二帧的帧类型为: 0x68 & 0x1F = 8,这是一个 PPS 帧
第三帧的帧类型为: 0x06 & 0x1F = 6,这是一个 SEI 帧
以上是我们利用帧界定符划分帧,并可以判断每一个帧的类型。
注意:如果是压缩图像成 H264 帧,我们就可不必进行帧界定,因为每一次压缩的输出都明确了该帧的大小(包括界定符),每一次的压缩的结果可能包函多帧。一会具体讨论。
1.2 AAC 帧
对于 AAC 帧它的界定符是 FF F1
这里我就不举例了,可通过查看 AAC 的二进制文件可以看到如下的帧结构:
FF F1 50 80 24 9F FD DE 04 00 00 6C 69 62 66 61 61 63 20 31 2E 32 38 00 00 42 15 95 ..
注意:那么对于 AAC 而言加上界定符每一帧的前 7 字节是帧的描述信息,也就是说 AAC 的祼数据是除去前面的 7 个字节的,在发送 RTMP 时,我们要去掉这 7 个字节。同样,如果我们是一边压缩一边发送 RTMP,我们同样不需要界定帧,因为 libfaac 每次压缩完成的输出就是一个完整的帧数据,我们只需要将该帧打包发送即可。
综合上面的所述,如果我们只是一边压缩一边将压缩结果发送到 RTMP 服务器,那我们就可以不用对帧进行界定,如果我们是发送 H264 与 AAC 文件,那我们就要对帧进行界定。
2.视频与音频的编码信息
如果我们只是简答的将压缩数据打包发送给 RTMP 服务器,那么 RTMP 服务器是不可以对数据进行解码和播放的,在这之前我们要将音视频的视频的编码信息发送给 RTMP 服务器。很多人可能苦于寻找下面的三个编码参数而不得要领。其实要想得到也是很简单的。
2.1 (H264)SPS
对于 H264 而言,SPS 就是编码后的第一帧。如果是读取 H264 文件,就是第一个帧界定符与第二帧界定符中间的数据长度是 4。
2.2 (H264)PPS
对于 H264 而言,PPS 就是编码后的第二帧。如果是读取 H264 文件,就是第二个帧界定符与第三帧界定符中间的数据,长度不固定。
2.3 (AAC)AudioDecoderSpecificInfo
这个长度为 2 个字节,可以通过计算或者调用函数获取。建议通过调用faacEncGetDecoderSpecificInfo(fh,&spec,&len); 获取。
一般情况双声道 44100 采样下,该值是 0x1210
3.librtmp 的使用
/*分配与初始化*/
rtmp = RTMP_Alloc();
RTMP_Init(rtmp); /*设置URL*/
if (RTMP_SetupURL(rtmp,rtmp_url) == FALSE) {
log(LOG_ERR,"RTMP_SetupURL() failed!");
RTMP_Free(rtmp);
return -;
} /*设置可写,即发布流,这个函数必须在连接前使用,否则无效*/
RTMP_EnableWrite(rtmp); /*连接服务器*/
if (RTMP_Connect(rtmp, NULL) == FALSE) {
log(LOG_ERR,"RTMP_Connect() failed!");
RTMP_Free(rtmp);
return -;
} /*连接流*/
if (RTMP_ConnectStream(rtmp,) == FALSE) {
log(LOG_ERR,"RTMP_ConnectStream() failed!");
RTMP_Close(rtmp);
RTMP_Free(rtmp);
return -;
}
4.包类型
4.1 H.264编码信息帧
H.264 的编码信息帧是发送给 RTMP 服务器称为 AVC sequence header,RTMP 服务器只有收到 AVC sequence header 中的 sps, pps 才能解析后续发送的 H264 帧。
int send_video_sps_pps()
{
RTMPPacket * packet;
unsigned char * body;
int i; packet = (RTMPPacket *)malloc(RTMP_HEAD_SIZE+);
memset(packet,,RTMP_HEAD_SIZE); packet->m_body = (char *)packet + RTMP_HEAD_SIZE;
body = (unsigned char *)packet->m_body; memcpy(winsys->pps,buf,len);
winsys->pps_len = len; i = ;
body[i++] = 0x17;
body[i++] = 0x00; body[i++] = 0x00;
body[i++] = 0x00;
body[i++] = 0x00; /*AVCDecoderConfigurationRecord*/
body[i++] = 0x01;
body[i++] = sps[];
body[i++] = sps[];
body[i++] = sps[];
body[i++] = 0xff; /*sps*/
body[i++] = 0xe1;
body[i++] = (sps_len >> ) & 0xff;
body[i++] = sps_len & 0xff;
memcpy(&body[i],sps,sps_len);
i += sps_len; /*pps*/
body[i++] = 0x01;
body[i++] = (pps_len >> ) & 0xff;
body[i++] = (pps_len) & 0xff;
memcpy(&body[i],pps,pps_len);
i += pps_len; packet->m_packetType = RTMP_PACKET_TYPE_VIDEO;
packet->m_nBodySize = i;
packet->m_nChannel = 0x04;
packet->m_nTimeStamp = ;
packet->m_hasAbsTimestamp = ;
packet->m_headerType = RTMP_PACKET_SIZE_MEDIUM;
packet->m_nInfoField2 = rtmp->m_stream_id; /*调用发送接口*/
RTMP_SendPacket(rtmp,packet,TRUE);
free(packet); return ;
}
sps 与 pps 怎么获取到呢?
在前面已经说过,H264 的第 1 帧是 sps 帧, pps 是第 2 帧。
我们在编码时会调用如下接口
size = x264_encoder_encode(cx->hd,&nal,&n,pic,&pout); int i,last;
for (i = ,last = ;i < n;i++) {
if (nal[i].i_type == NAL_SPS) {
sps_len = nal[i].i_payload-;
memcpy(sps,nal[i].p_payload+,sps_len);
} else if (nal[i].i_type == NAL_PPS) {
pps_len = nal[i].i_payload-;
memcpy(pps,nal[i].p_payload+,pps_len); /*发送sps pps*/
send_video_sps_pps(); } else { /*发送普通帧*/
send_rtmp_video(nal[i].p_payload,nal[i].i_payload);
}
last += nal[i].i_payload;
}
我完全可以不用知道 sps, pps 的具体意义:)
4.2 H.264关键帧
4.3 H.264非关键帧
int send_rtmp_video(unsigned char * buf,int len)
{
int type;
long timeoffset;
RTMPPacket * packet;
unsigned char * body; timeoffset = GetTickCount() - start_time; /*start_time为开始直播时的时间戳*/ /*去掉帧界定符*/
if (buf[] == 0x00) { /*00 00 00 01*/
buf += ;
len -= ;
} else if (buf[] == 0x01){ /*00 00 01*/
buf += ;
len -= ;
}
type = buf[]&0x1f; packet = (RTMPPacket *)base_malloc(RTMP_HEAD_SIZE+len+);
memset(packet,,RTMP_HEAD_SIZE); packet->m_body = (char *)packet + RTMP_HEAD_SIZE;
packet->m_nBodySize = len + ; /*send video packet*/
body = (unsigned char *)packet->m_body;
memset(body,,len+); /*key frame*/
body[] = 0x27;
if (type == NAL_SLICE_IDR) {
body[] = 0x17;
} body[] = 0x01; /*nal unit*/
body[] = 0x00;
body[] = 0x00;
body[] = 0x00; body[] = (len >> ) & 0xff;
body[] = (len >> ) & 0xff;
body[] = (len >> ) & 0xff;
body[] = (len ) & 0xff; /*copy data*/
memcpy(&body[],buf,len); packet->m_hasAbsTimestamp = ;
packet->m_packetType = RTMP_PACKET_TYPE_VIDEO;
packet->m_nInfoField2 = winsys->rtmp->m_stream_id;
packet->m_nChannel = 0x04;
packet->m_headerType = RTMP_PACKET_SIZE_LARGE;
packet->m_nTimeStamp = timeoffset; /*调用发送接口*/
RTMP_SendPacket(rtmp,packet,TRUE);
free(packet);
}
这里要说明一下:
比如说 x264_encoder_encode 输出了 6 帧。
分别是 sps 帧, pps 帧,关键帧,非关键帧,非关键帧,非关键帧。
发送结果应该是, sps,pps 合成为一帧调用发送函数,剩下 4 帧,除去每个 nal 的界定符,分别发送每一个 nal。
在 libx264 中每一次调用 x264_encoder_encode 输出了 n 个帧,我们要从这 n 个帧里找出 sps 和 pps,剩下的分次全部发送 nal,sps 与 pps 的帧界定符都是 00 00 00 01,而普通帧可能是 00 00 00 01 也有可能 00 00 01。
如果 x264_encoder_encode 里没有 sps 帧与 pps 帧,则结果除去第一帧的界定符所以帧做为一个整体调用发送函数,它们的类型是由第一帧类型决定。
另外,H264 的流的第 1 帧一定是 sps 帧(包含帧界定符为 8 个字节),第 2 帧一定是 pps帧。
4.4 AAC编码信息
int cap_rtmp_sendaac_spec(unsigned char *spec_buf,int spec_len)
{
RTMPPacket * packet;
unsigned char * body;
int len; len = spec_len; /*spec data长度,一般是2*/ packet = (RTMPPacket *)base_malloc(RTMP_HEAD_SIZE+len+);
memset(packet,,RTMP_HEAD_SIZE); packet->m_body = (char *)packet + RTMP_HEAD_SIZE;
body = (unsigned char *)packet->m_body; /*AF 00 + AAC RAW data*/
body[] = 0xAF;
body[] = 0x00;
memcpy(&body[],spec_buf,len); /*spec_buf是AAC sequence header数据*/ packet->m_packetType = RTMP_PACKET_TYPE_AUDIO;
packet->m_nBodySize = len+;
packet->m_nChannel = 0x04;
packet->m_nTimeStamp = ;
packet->m_hasAbsTimestamp = ;
packet->m_headerType = RTMP_PACKET_SIZE_LARGE;
packet->m_nInfoField2 = rtmp->m_stream_id; /*调用发送接口*/
RTMP_SendPacket(rtmp,packet,TRUE); return TRUE;
}
对于音频解码参数 AAC sequence header 是通过
下面是获得 AAC sequence header 的方法
char *buf;
int len;
faacEncGetDecoderSpecificInfo(fh,&buf,&len); memcpy(spec_buf,buf,len);
spec_len = len; /*释放系统内存*/
free(buf);
另外如果你是打开 aac 文件进行发送,那么你可以尝试自己计算这个值,其实也很简单,打开faac 源代码看一下 faacEncGetDecoderSpecificInfo 的实现,也就是几个移位的事:)。
对于一般情况 44100Hz 双声道,这个值是 0x1210,偷懒就是直接用这个值吧。
4.5 AAC普通数据
如前面所述,发送 AAC 的普通数据要改造一下,因为 AAC 的前 7 个字节(包括帧界定符)对于 RTMP 服务器来说是无用的。
void * cap_dialog_send_audio(unsigned char * buf,int len)
{
long timeoffset;
timeoffset = GetTickCount() - start_time; buf += ;
len += ; if (len > ) {
RTMPPacket * packet;
unsigned char * body; packet = (RTMPPacket *)malloc(RTMP_HEAD_SIZE+len+);
memset(packet,,RTMP_HEAD_SIZE); packet->m_body = (char *)packet + RTMP_HEAD_SIZE;
body = (unsigned char *)packet->m_body; /*AF 01 + AAC RAW data*/
body[] = 0xAF;
body[] = 0x01;
memcpy(&body[],buf,len); packet->m_packetType = RTMP_PACKET_TYPE_AUDIO;
packet->m_nBodySize = len+;
packet->m_nChannel = 0x04;
packet->m_nTimeStamp = timeoffset;
packet->m_hasAbsTimestamp = ;
packet->m_headerType = RTMP_PACKET_SIZE_MEDIUM;
packet->m_nInfoField2 = rtmp->m_stream_id; /*调用发送接口*/
RTMP_SendPacket(rtmp,packet,TRUE);
free(packet);
}
return ;
}
至此所有流程均结束了。
要注意的几件事:
libRTMP 多线程发送有时候可能会出现问题,不知道是什么问题,最好改成队列发送。将填充好的 packet 通过消息或者其它方式发送给其它线程,发送线程统一发送即可。
转自:https://my.oschina.net/jerikc/blog/501948
使用librtmp进行H264与AAC直播的更多相关文章
- rtmp发送H264及aac的音视频
RTMP推送的音视频流的封装形式和FLV格式相似,由此可知,向FMS推送H264和AAC直播流,需要首先发送"AVC sequence header"和"AAC sequ ...
- rtmp发送H264及aac的音视频 (转)
RTMP推送的音视频流的封装形式和FLV格式相似,由此可知,向FMS推送H264和AAC直播流,需要首先发送"AVC sequence header"和"AAC sequ ...
- js对flv提取h264、aac音视频流
FLV提取里面的h264视频流 FLV和MP4支持的编码 流媒体和媒体文件的区别 流媒体是指将一连串的多媒体资料压缩后,经过互联网分段发送资料,在互联网上即时传输影音以供观赏的一种技术与过程,此技术使 ...
- 解密H264、AAC硬件解码的关键扩展数据处理
通过上一篇文章,我们用ffmpeg分离出一个多媒体容器中的音视频数据,但是很可能这些数据是不能被正确解码的.为什么呢?因为在解码这些数据之前,需要对解码器做一些配置,典型的就是目前流行的高清编码“黄金 ...
- (原)从mp4,flv文件中解析出h264和aac,送解码器解码失败
转载请注明出处:http://www.cnblogs.com/lihaiping/p/5285166.html 今天在做本地文件解码测试,发现从mp4,flv文件中读出来的帧数据,h264和aac帧直 ...
- (转) 解密H264、AAC硬件解码的关键扩展数据处理
出自:http://blog.itpub.net/30168498/viewspace-1576794/ 通过上一篇文章,我们用ffmpeg分离出一个多媒体容器中的音视频数据,但是很可能这 ...
- (转)RTMP中FLV流到标准h264、aac的转换
这段时间,工作上的需要,在RTMP上做了flv流到标准h264.AAC的转换,服务器是开源项目CRTMPSERVER,客户端flex编写,视频编码h264,音频编码AAC,现将一些协议相关的东西记录如 ...
- 将h264和aac码流合成flv文件
在视频应用中,经常需要将接收到h264和aac数据保存成文件. 本来想用mp4格式,但是mp4在没有正常关闭的情况下会导致文件打不开,而在实际应用中经常会出现设备直接拔电,程序不是正常结束的情况.于是 ...
- H264与AAC ES打包成MP4
注意 设置图像的sps pps MP4AddH264SequenceParameterSet(file,video,sps,sizeof(sps)); MP4AddH264PictureParamet ...
随机推荐
- SwipeBackLayout侧滑返回显示桌面
SwipeBackLayout是一个很好的类库,它可以让Android实现类似iOS系统的右滑返回效果,但是很多用户在使用官方提供的Demo会发现,可能出现黑屏或者返回只是看到桌面背景而没有看到上一个 ...
- 华为手机使用objectAnimation异常
在一个recyclerView上实现item的立体翻转动画,魅族.小米.华为平板都试过了没问题,但是在一个7.0的华为手机上,只要一翻转item就消失了,网上发现也有其他人遇到这种问题,大概是obje ...
- JSONP原理及jQuery中的使用
JSONP原理 JSON和JSONP JSON(JavaScript Object Notation)是一种轻量级的数据交换格式,用于在浏览器和服务器之间交换信息. JSONP(JSON ...
- Linux 系统服务注册
Linux注册系统服务步骤 1.编写服务脚本 2.拷贝到/etc/init.d目录下 3.为服务脚本添加可执行权限 >>chmod a+x xxxd 4.添加到系统服务中 ...
- Linux Makefile简单模板
########################################### #Makefile for simple programs ########################## ...
- What Great .NET Developers Ought To Know (More .NET Interview Questions)
A while back, I posted a list of ASP.NET Interview Questions. Conventional wisdom was split, with ab ...
- FPGA中的时序分析(二)
使用Timequest 笔者对Altera较熟悉,这里以quartus ii中的timequest作为讲解. Timequest分析时序的核心,也就是在于延迟因数的计算.那么建立约束文件,去告诉tim ...
- Android pid uid
PID:为Process Identifier, PID就是各进程的身份标识,程序一运行系统就会自动分配给进程一个独一无二的PID.进程中止后PID被系统回收,可能会被继续分配给新运行的程序,但是在a ...
- Linux操作系统的安装
一.介绍 目的:通过本文了解并掌握Linux系统安装的过程 软件环境 Linux系统:CentOS7.3 虚拟机:VM12 主机系统:Windows8.0 二.安装虚拟机 首先,需要下载VMware ...
- Unity导入3D模型的过程与方法
一.介绍 资源是游戏开发中的原材料,也就是组成游戏的模块. Unity只是一个游戏开发引擎,而并不是一个资源开发软件.这就意味着在游戏中需要的资源通常是由一些设计者使用其他软件开发出来的,然后设计者会 ...