首页 > 其他分享 >各种音视频协议技术及特点

各种音视频协议技术及特点

时间:2023-06-14 10:32:46浏览次数:45  
标签:协议 HTTP IP RTSP 音视频 特点 http 客户端

IP协议

网络层协议,主要负责将数据包发送给最终的目标计算机,无状态、不可靠无连接协议


无状态:无状态是指 IP 通信双方是不同步传输数据的状态信息。所有 IP 数据报的发送、传输和接收都是相互独立。


无连接:无连接是指 IP 通信双方都不长久的维持对方的任何信息。上层协议每次发送数据的时候,都需要明确指出对方的 IP 地址。


不可靠:不能保证 IP 数据报准确到达接收端,它只承诺尽最大努力交付。IP 模块一旦检测到数据报发送失败,就通知上层协议,而不会试图重传。

各种音视频协议技术及特点_HTTP

各种音视频协议技术及特点_IP_02

TCP协议:

传输控制协议、面向连接、可靠的基于传输层协议,


基于流的方式;


(2)面向连接;(在通信之前要通过三次握手建立链接)


(3)可靠通信方式;(确保数据不会丢失)


(4)在网络状况不佳的时候尽量降低系统由于重传带来的带宽开销;(拥塞控制)


(5)通信连接维护是面向通信的两个端点的,而不考虑中间网段和节点。

各种音视频协议技术及特点_HTTP_03

UDP协议

用户数据包协议,无连接不可靠的,面向报文的,没有拥塞控制,

各种音视频协议技术及特点_客户端_04

HTTP协议

基于TCP的应用层协议,默认端口80、8080,无状态、无连接

报文请求报文、响应报文

各种音视频协议技术及特点_IP_05

https:在http和tcp新增一层身份验证和数据加密。

RTMP协议

实时消息传输协议,应用层协议,基于TCP协议,rtmp在传输层简历成功后,还有进行握手、建立rtmpconnection、建立流、播放操作/发送。


RTMP协议传输时会对数据做自己的格式化,这种格式的消息我们称之为RTMP Message实际传输的时候为了更好地实现多路复用、分包和信息的公平性,发送端会把Message划分为带有Message ID的Chunk,每个Chunk可能是一个单独的Message,也可能是Message的一部分,在接受端会根据chunk中包含的data的长度,messageID和message的长度把chunk还原成完整的Message,从而实现信息的收发。

各种音视频协议技术及特点_IP_06

各种音视频协议技术及特点_HTTP_07

RTP/RTCP协议

实时传输协议,主要用于音视频传输协议,基于UDP协议,RTCP实时传输控制协议它是辅助 RTP 协议使用的。RTCP 报文有很多种,分别负责不同的功能。常用的报文有发送端报告(SR)、接收端报告(RR)、RTP 反馈报告(RTPFB)等。而每一种报告的有效载荷都是不同的。我们就是通过这些报告在接收端和发送端传递当前统计的 RTP 包的传输情况的。我们使用这些统计信息来做丢包重传,以及预测带宽,rtcp本身不具备丢包崇川、带宽预测。


RTP 不像http和ftp可完整的下载整个影视文件,它是以固定的数据率在网络上发送数据,客户端也是按照这种速度观看影视文件,当

影视画面播放过后,就不可以再重复播放,除非重新向服务器端要求数据,里边直接封

各种音视频协议技术及特点_HTTP_08

RTSP协议


RTSP(Real Time Streaming Protocol),RFC2326,实时流传输协议,是TCP/IP协议体系中的一个应用层协议。RTSP对流媒体提供了诸如暂停,快进等控制,而它本身并不传输数据,数据的传输通过rtp协议。RTSP的作用相当于流媒体服务器的远程控制。服务器端可以自行选择使用TCP或UDP来传送串流内容该协议定义了一对多应用程序如何有效地通过 IP 网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上,它使用TCP或UDP完成数据传输。它时一种类似与http协议,只不过是有状态的。


RTSP中所有的操作都是通过服务器和客户端的消息应答机制完成的,其中消息包括请求和应答两种,RTSP是对称的协议,客户机和服务器都可以发送和回应请求。RTSP是一个基于文本的协议,它使用UTF -8编码(RFC2279)和ISO10646字符序列,采用RFC882定义的通用消息格式,每个语句行由CRLF结束。RTSP的消息包括请求和应答两类。

各种音视频协议技术及特点_客户端_09

各种音视频协议技术及特点_HTTP_10

各种音视频协议技术及特点_IP_11

各种音视频协议技术及特点_客户端_12

HTTP-FLV协议

而HTTP-FLV 即将流媒体数据封装成 FLV 格式,然后通过 HTTP 协议传输给客户端。


      HTTP协议中有个约定:content-length字段,http的body部分的长度服务器回复http请求的时候如果有这个字段,客户端就接收这个长度的数据然后就认为数据传输完成了,如果服务器回复http请求中没有这个字段,客户端就一直接收数据,直到服务器跟客户端的socket连接断开。


      http-flv直播就是利用第二个原理,服务器回复客户端请求的时候不加content-length字段,在回复了http内容之后,紧接着发送flv数据,客户端就一直接收数据了。




HLS协议

它的工作原理是把整个流分成一个个小的基于HTTP的文件来下载,每次只下载一些。当媒体流正在播放时,客户端可以选择从许多不同的备用源中以不同的速率下载同样的资源,允许流媒体会话适应不同的数据速率。在开始一个流媒体会话时,客户端会下载一个包含元数据的 extended M3U (m3u8) playlist文件,用于寻找可用的媒体流。

HLS只请求基本的HTTP报文,与 实时传输协议(RTP)不同,HLS可以穿过任何允许HTTP数据通过的 防火墙或者 代理服务器。它也很容易使用 内容分发网络来传输媒体流。


HLS协议规定:


视频的封装格式是TS。视频的编码格式为H264,音频编码格式为MP3、AAC或者AC-3。


除了TS视频文件本身,还定义了用来控制播放的m3u8文件(文本文件)


每一个 .m3u8 文件,分别对应若干个 ts 文件,这些 ts 文件才是真正存放视频的数据,m3u8 文件只是存放了一些 ts 文件的配置信息和相关路径,当视频播放时,.m3u8 是动态改变的,video 标签会解析这个文件,并找到对应的 ts 文件来播放,所以一般为了加快速度,.m3u8 放在 web 服务器上,ts 文件放在 cdn 上。

各种音视频协议技术及特点_IP_13


标签:协议,HTTP,IP,RTSP,音视频,特点,http,客户端
From: https://blog.51cto.com/u_16159766/6475805

相关文章

  • JPEG编码协议--DCT变换
       从之前的几篇文章介绍可以看出,JPEG编码最重要的一步就是DCT变换,将空域的图像信号转换到频域,达到良好的去空间相关性的性能,DCT变换本身是无损的。因此DCT变换在图像编码领域被广泛应用。一、一维DCT变换   在JPEG编码中使用了二维DCT变换,一维DCT是二维的基础,我们......
  • JavaCV音视频开发宝典:使用JavaCV读取海康平台或海康网络摄像头sdk回调视频TS码流并解
    《JavaCV音视频开发宝典》专栏目录导航《JavaCV音视频开发宝典》专栏介绍和目录​前言两年前博主写了如何利用JavaCV解析各种h264裸流,《JavaCV音视频开发宝典:使用javacv读取GB28181、海康大华平台和网络摄像头sdk回调视频码流并解析预览图像》,但是随着时间变化,各个厂商sdk也......
  • 互动协作白板与音视频实时同步技术实践
    本文整理自即构科技互动白板技术负责人陈晓聪在LiveVideoStack的线上分享,内容主要围绕白板与音视频的同步和白板的多端实时互动两个角度,深度解析即构在互动白板方面的技术探索实践。文/陈晓聪整理/LiveVideoStack大家好,我是来自即构的陈晓聪,现在主要负责互动白板的技术研发工作......
  • 路由协议EIGRP知识小结
    EIGRP(EnhancedInteriorGatewayRoutingProtocol)增强内部网关路由协议,EIGRP结合了链路状态和距离矢量型路由选择协议的Cisco专用协议,采用弥散修正算法(DUAL)来实现快速收敛,可以不发送定期的路由更新信息以减少带宽的占用,支持Appletalk、IP、IPX、Novell和NetWare等多种网络层协......
  • 流媒体发展新趋势 p2p网络技术 p2p穿透 p2p音视频解决方案
    一、流媒体系统及其发展趋势 所谓流媒体是指用户通过网络或者特定数字信道边下载边播放多媒体数据的一种工作方式。流媒体应用的一个最大的好处是用户不需要花费很长时间将多媒体数据全部下载到本地后才能播放,而仅需将起始几秒的数据先下载到本地的缓冲区中就可以开始播放,后面收......
  • CRI陆宵吴:夯实底层,音视频技术未来不远
    目前,音视频技术的应用越来越火爆,这也让音视频技术从曾经一个比较小的子系统,越来越让人瞩目,而市场的需求与人才的缺乏也越来越成为一个亟需解决的矛盾。LiveVideoStack特别采访了陆宵吴经理,请他以资深从业者的角度,讲述了他对音视频技术的理解。 讲师信息 陆宵吴,CRI中国的技术经理,......
  • 音视频技术开发周刊 | 226
    每周一期,纵览音视频技术领域的干货。从体验出发构建以增长为目标的视频服务体系增长一直是业务的诉求,和增长相关的因素很多,内容、人群、创意玩法、性能体验等等,本次LiveVideoStackCon2021音视频技术大会北京站我们邀请到了火山引擎点播技术研发负责人——浩铭老师。本次分享聚......
  • 聊聊QUIC协议的发展
    作者|王盛策划|包研、Alex编辑|AlexQUIC年终盘点#001#QUIC(QuickUDPInternetConnections,快速UDP互联网连接)是一种新的“更快”的通用网络传输协议。相比于TCP和TLS,QUIC提供了许多改进来提升网络传输的性能。随着QUIC协议的标准化,QUIC之上的HTTP/3协议已经被众多浏览器所......
  • 音视频技术开发周刊 | 224
    每周一期,纵览音视频技术领域的干货。高性能且灵活的iOS视频剪辑与特效开源框架–VideoLab随着移动互联网时代的到来,短视频成为了最流行的内容载体,而内容的产生离不开视频剪辑与特效创作工具。本次LiveVideoStackCon2021音视频技术大会北京站,我们邀请到了RingCentralVideo......
  • 音视频领域或将开启”外卷“之路
    如果说让我们聊一聊2021年音视频技术领域在这一年中的变化,莫不如从LiveVideoStackCon2021音视频技术大会上海站&北京站,这两场大会缩影来看。文 |Teresa虽然这两场大会的主题都是:「新技术、新机会」,但强调的重点却不相同。4月份的上海站的主旨明显落在“新”上。当疫情席卷......