基于 RTP 协议的 H264 视频传输系统

基于RTP协议的H.264视频传输系统胡波,李鹏(西安电子科技大学电子工程学院,西安710071)摘要:本文设计了一种新的H.264视频传输系统,采用RTP协议,实现了H.264视频的实时播放。该系统分为视频服务器端和客户端,在服务器端对H.264视频分离出NALU单元,并按照RTP协议封装成RTP数据包发送至客户端。客户端采用VLC播放器接受数据包并解码播放。该系统对于CIF格式的H.264视频能够实现30帧每秒流畅播放,可以应用于远程视频监控系统中。关键词:通信与信息系统;H.264视频;RTP协议;VLC开源播放器中图分类号:TN919.81NewH.264videotransfersystembasedontheRTPprotocolHuBo,LiPeng(SchoolofElectronicEngineering,XidianUniversity,Xi'an710071)Abstract:ThisarticleintroducedanewH.264videotransfersystembasedontheRTPprotocol.Thesystemconsistedoftwoparts,theserverandtheclient.Intheserver,itseparatedtheH.264videointoNALUnits.Afterthat,theserverpackagedthemintodatapacketsaccordingtotheRTPprotocolandthensentthemtotheclient.Intheclient,itusedtheVLCplayertoreceivethedatapacketsanddecodedthem.ThissystemcanbroadcasttheH.264videoofCIFformatwithgreatfluency,anditcouldbeusedintheremotevideosurveillancesystem.Keywords:CommunicationandInformationSystem;H.264;RTP;VLC0引言随着信息产业的发展,人们对信息资源的要求已经逐渐由文字和图片过渡到音频和视频,并越来越强调获取资源的实时性和互动性。但人们又面临着另外一种不可避免的尴尬,就是在网络上看到生动清晰的媒体演示的同时,不得不为等待传输文件而花费大量时间。为了解决这个矛盾,一种新的媒体技术应运而生,这就是流媒体技术。流媒体由于具有启动时延小、节省客户端存储空间等优势,逐渐成为人们的首选,流媒体网络应用也在全球范围内得到不断的发展。其中实时流传输协议RTP详细说明了在互联网上传递音频和视频的标准数据包格式,它与传输控制协议RTCP配合使用,成为流媒体技术最普遍采用的协议之一。H.264/AVC是ITU-T视频编码专家组(VCEG)和ISO/IEC动态图像专家组(MPEG)联合组成的联合视频组(JVT)共同努力制订的新一代视频编码标准,它最大的优势是具有很高的数据压缩比率,在同等图像质量的条件下,H.264的压缩比是MPEG-2的2倍以上,是MPEG-4的1.5~2倍。同时,采用视频编码层(VCL)和网络提取层(NAL)的分层设计,非常适用于流媒体技术进行实时传输。本文就是基于RTP协议,对H.264视频进行流式打包传输,实现了一个基本的流媒体服务器功能,同时利用开源播放器VLC作为接收端,构成一个完整的H.264视频传输系统。作者简介:胡波,(1984-),男(汉),陕西安康人,西安电子科技大学电路CAD研究所在读研究生,研究方向:视频处理,基于FPGA的嵌入式系统设计.E-mail:8200940@163.com1RTP协议关键参数的设置RTP协议是IETF在1996年提出的适合实时数据传输的新型协议。RTP协议实际上是由实时传输协议RTP(Real-timeTransportProtocol)和实时传输控制协议RTCP(Real-timeTransportControlProtocol)两部分组成。RTP协议基于多播或单播网络为用户提供连续媒体数据的实时传输服务;RTCP协议是RTP协议的控制部分,用于实时监控数据传输质量,为系统提供拥塞控制和流控制。RTP协议在RFC3550中有详细介绍[1]。每一个RTP数据包都由固定包头(Header)和载荷(Payload)两个部分组成,其中包头前12个字节的含义是固定的,而载荷则可以是音频或视频数据。RTP固定包头的格式如图1所示:图1RTP固定包头格式Fig.1theRTPfixedheaderformat其中比较关键的参数设置解释如下:(1)标示位(M):1位,该标示位的含义一般由具体的媒体应用框架(profile)定义,目的在于标记处RTP流中的重要事件。(2)载荷类型(PT):7位,用来指出RTP负载的具体格式。在RFC3551中,对常用的音视频格式的RTP传输载荷类型做了默认的取值规定,例如,类型2表明该RTP数据包中承载的是用ITUG.721算法编码的语音数据,采用频率为8000HZ,并且采用单声道。(3)序号:16位,每发送一个RTP数据包,序号加1。接受者可以用...

1、当您付费下载文档后,您只拥有了使用权限,并不意味着购买了版权,文档只能用于自身使用,不得用于其他商业用途(如 [转卖]进行直接盈利或[编辑后售卖]进行间接盈利)。
2、本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供参考,付费前请自行鉴别。
3、如文档内容存在侵犯商业秘密、侵犯著作权等,请点击“举报”。

常见问题具体如下:

1、问:已经付过费的文档可以多次下载吗?

      答:可以。登陆您已经付过费的账号,付过费的文档可以免费进行多次下载。

2、问:已经付过费的文档不知下载到什么地方去了?

     答:电脑端-浏览器下载列表里可以找到;手机端-文件管理或下载里可以找到。

            如以上两种方式都没有找到,请提供您的交易单号或截图及接收文档的邮箱等有效信息,发送到客服邮箱,客服经核实后,会将您已经付过费的文档即时发到您邮箱。

注:微信交易号是以“420000”开头的28位数字;

       支付宝交易号是以“2024XXXX”交易日期开头的28位数字。

客服邮箱:

biganzikefu@outlook.com

所有的文档都被视为“模板”,用于写作参考,下载前须认真查看,确认无误后再购买;

文档大部份都是可以预览的,笔杆子文库无法对文档的真实性、完整性、准确性以及专业性等问题提供审核和保证,请慎重购买;

文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为依据;

如果您还有什么不清楚的或需要我们协助,可以联系客服邮箱:

biganzikefu@outlook.com

常见问题具体如下:

1、问:已经付过费的文档可以多次下载吗?

      答:可以。登陆您已经付过费的账号,付过费的文档可以免费进行多次下载。

2、问:已经付过费的文档不知下载到什么地方去了?

     答:电脑端-浏览器下载列表里可以找到;手机端-文件管理或下载里可以找到。

            如以上两种方式都没有找到,请提供您的交易单号或截图及接收文档的邮箱等有效信息,发送到客服邮箱,客服经核实后,会将您已经付过费的文档即时发到您邮箱。

注:微信交易号是以“420000”开头的28位数字;

       支付宝交易号是以“2024XXXX”交易日期开头的28位数字。

笔杆子文秘
机构认证
内容提供者

为您提供优质文档,供您参考!

确认删除?