精华内容
下载资源
问答
  • SRT是由Haivision和Wowza共同创建的SRT联盟所发起的互联网传输协议,是一种开源、免费和应用灵活的规范,它的性能与专用的协议一样优秀,同时能够在不同制造商生产的产品之间工作。 SRT是时下非常受欢迎的开源低延迟...

    什么是SRT协议?
    SRT是由Haivision和Wowza共同创建的SRT联盟所发起的互联网传输协议,是一种开源、免费和应用灵活的规范,它的性能与专用的协议一样优秀,同时能够在不同制造商生产的产品之间工作。
    SRT是时下非常受欢迎的开源低延迟视频传输协议。使用SRT可靠传输技术,能够成功实现了普通互联网环境下、多地之间,安全可靠的高清视频传输与分发。

    SRT协议特点:
    低延时
    SRT是一种能够在复杂网络环境下实时、准确地传输数据流的网络传输技术,它在传输层使用UDP协议,具备UDP速度快、开销低的传输特性,支持点对点传输,无需中间服务器中转,可实现几毫秒到几秒的低延时互联网传输。
    安全可靠
    虽然UDP协议是一种不可靠传输协议,在互联网抖动与丢包的网络环境下不稳定,但是凭借SRT强大的数据恢复能力,运用前向纠正技术(FEC)等,将网络丢包的可能性降到最低,确保了SRT传输稳定性。同时SRT还可以进行AES加密,从而确保数据在传输过程中的信息安全。
    此外,针对公司或组织运用防火墙保护私有网络安全的策略,SRT使用的握手过程支持出站连接,而不需要在防火墙中打开危险的永久外部端口,从而维护了公司安全策略。

    SRT协议优势:
    SRT允许直接在信号源和目标之间建立连接,SRT技术被广泛应用于视频流传输领域。 因为SRT可以减少延迟,消除中心瓶颈,并降低网络成本。SRT安全、稳定、快速的传输效果是SRT最大优势。SRT是一个开源解决方案,任何类型的视频或音频媒体,都与SRT兼容。SRT协议支持多种流类型。

    SRT协议与其他常见协议不同点?
    RTSP协议是最早的视频传输协议,RTSP协议优势在于可以控制到视频帧,因此可以承载实时性很高的应用。
    RTMP协议是来进行实时数据通信的网络协议,流媒体/交互服务器之间进行音视频和数据通信。
    SRT协议它在 UDT 的基础上进行了一些扩展和定制, 具备网络传输丢包检测/延迟控制/视频加密功能。
    NDI协议使视频兼容产品通过局域网进行视频共享的开放式协议,就是通过IP网络进行超低延时、无损传输、交互控制的标准协议;
    **千视全系列产品支持SRT协议, NDI协议。**http://www.kiloview.com/

    展开全文
  • QUIC(Quick UDP Internet Connection)是谷歌制定的一种互联网传输协议,它基于UDP传输协议,同时兼具TCP、TLS、HTTP/2等协议的可靠性与安全性,可以有效减少连接与传输延迟,更好地应对当前传输层与应用层的...

    QUIC(Quick UDP Internet Connection)是谷歌制定的一种互联网传输层协议,它基于UDP传输层协议,同时兼具TCP、TLS、HTTP/2等协议的可靠性与安全性,可以有效减少连接与传输延迟,更好地应对当前传输层与应用层的挑战。

    QUIC的由来:为什么是UDP而非TCP?
    UDP和TCP都属于传输层协议。TCP是面向连接的,更强调的是传输的可靠性,通过TCP连接传送的数据,无差错,不丢失,不重复,按序到达,但是因为TCP在传递数据之前会有三次握手来建立连接,所以效率低、占用系统的CPU、内存等硬件资源较高;而UDP的无连接的(即发送数据之前不需要建立连接),只需要知道对方地址即可发送数据,具有较好的实时性,工作效率比TCP高,占用系统资源比TCP少,但是在数据传递时,如果网络质量不好,就会很容易丢包。

    我们知道,大部分Web平台的数据传输都基于TCP协议。实际上,TCP在设计之初,网络环境复杂、丢包率高、网速差,所以TCP可以完美解决可靠性的问题。而如今的网络环境和网速都已经取得了巨大的改善,网络传输可靠性已经不再是棘手的问题。另外,TCP还有一个很大的问题是更新非常困难。这是因为:TCP网络协议栈的实现依赖于系统内核更新,一旦系统内核更新,终端设备、中间设备的系统更新都会非常缓慢,迭代需要花费几年甚至十几年的时间,这显然跟不上当今互联网的发展速度。所以现在解法就是,抛弃TCP而使用UDP,来实现低延迟的传输需求。

    在这里插入图片描述

    (QUIC is very similar to TCP+TLS+HTTP/2 implemented on UDP)

    为了结合两者优点,谷歌公司推出了QUIC,它的升级不依赖于系统内核,只需要Client和Server端更新到指定版本。如此一来,基于UDP的QUIC就能月更甚至周更,很好的解决了TCP部署和更新的困难,更灵活地实现部署和更新。

    为什么要用QUIC?
    第一,建连延迟低
    网民传统TCP三次握手+TLS12RTT握手+http数据,基于TCP的HTTPS一次建连至少需要23个RTT,而QUIC基于UDP,完整握手只需要1RTT乃至0RTT,可以显著降低延迟。
    在这里插入图片描述
    (握手比对)

    第二,安全又可靠
    QUIC具备TCP、TLS、HTTPS/2等协议的安全、可靠性的特点,通过提供安全功能(如身份验证和加密)来实现加密传输,这些功能由传输协议本身的更高层协议(如TLS)来实现。

    第三,改造灵活
    QUIC在应用程序层面就能实现不同的拥塞控制算法,不需要操作系统和内核支持,这相比于传统的TCP协议改造灵活性更好。

    第四,改进的拥塞控制
    QUIC主要实现了TCP的慢启动、拥塞避免、快重传、快恢复。在这些拥塞控制算法的基础上改进,例如单调递增的 Packet Number,解决了重传的二义性,确保RTT准确性,减少重传次数。

    第五,无队头阻塞的多路复用
    HTTP2实现了多路复用,可以在一条TCP流上并发多个HTTP请求,但基于TCP的HTTP2在传输层却有个问题,TCP无法识别不同的HTTP2流,实际收数据仍是一个队列,当后发的流先收到时,会因前面的流未到达而被阻塞。QUIC一个connection可以复用传输多个stream,每个stream之间都是独立的,一个stream的丢包不会影响到其他stream的接收和处理。

    在这里插入图片描述

    综上所述,QUIC具有众多优点,它融合了UDP协议的速度、性能与TCP的安全与可靠,大大优化了互联网传输体验。

    作为提升终端用户访问效率的CDN服务,其节点之间存在大量数据互通,节点之间的网络连接、传输架构等因素都会对CDN服务质量产生影响。而将QUIC应用在CDN系统中,CDN用户开启QUIC功能后,系统将遵循QUIC协议进行用户IP请求处理,既能满足安全传输的需求,也能提升传输效率。目前,阿里云CDN除了在资源部署、智能调度等方面进行提升之外,也在网络传输协议优化上不断钻研演进,以此确保为用户提供更低延迟、更高性能的内容分发加速服务。

    早在2018年杭州云栖大会上,阿里云率先提出AliQUIC的概念,它是基于QUIC协议而推出的一种CDN last mile和middle mile的网络传输解决方案。在这个网络方案里,AliQUIC不仅仅针对Web类应用,它在游戏,实时音视频通信,互动直播和IM弹幕等各种场景中,延伸出针对性地算法和技术,以达到最佳的加速效果。点击阅读详情。
    在这里插入图片描述
    阿里云CDN全面支持QUIC协议
    阿里云CDN全面支持QUIC协议,适用的产品包含静态内容分发(图片小文件、大文件下载、视音频点播)和 动态内容分发(全站加速)。QUIC基于UDP协议,可以为用户提供更高的弱网性能、更低的握手延迟、更好的多路复用和更灵活的拥塞算法。

    用户只需在CDN、全站加速控制台对域名开启【QUIC协议开关】功能,支持QUIC协议的客户端即可通过QUIC协议与阿里云CDN节点通信。
    在这里插入图片描述
    (在阿里云CDN中使用QUIC的工作原理)

    QUIC对客户端的要求
    如果您使用Chrome浏览器,则只支持QUIC协议Q43版本。当前阿里云CDN的QUIC协议是Q39版本,不支持直接对阿里云CDN发起QUIC请求。
    如果您使用自研App,则App必须集成支持QUIC协议的网络库,例如:lsquic-client或cronet网络库。
    QUIC应用场景
    一、图片小文件:明显降低文件下载总耗时,提升效率
    二、视频点播:提升首屏秒开率,降低卡顿率,提升用户观看体验
    三、动态请求:适用于动态请求,提升访问速度,如网页登录、交易等交互体验提升
    四、弱网环境:在丢包和网络延迟严重的情况下仍可提供可用的服务,并优化卡顿率、请求失败率、秒开率、提高连接成功率等传输指标
    五、大并发连接:连接可靠性强,支持页面资源数较多、并发连接数较多情况下的访问速率提升
    六、加密连接:具备安全、可靠的传输性能

    如何开通使用QUIC
    目前QUIC对外开放处于公测阶段,请您扫下方二维码进入钉钉群,进群后按群公告提供域名信息,由后台工程师帮您开启QUIC协议。当您在阿里云CDN开启QUIC协议功能时,阿里云CDN将会处理通过QUIC协议发起的用户请求。

    Tips:QUIC协议属于增值服务,会对QUIC请求数进行额外计费,详情请参见CDN详细价格信息的QUIC部分。

    展开全文
  • 视频播放器播放一个互联网上的视频文件,需要经过以下几个步骤:解协议,解封装,解码视音频,视音频同步。如果播放本地文件则不需要解协议,为以下几个步骤:解封装,解码视音频,视音频同步。他们的过程如图所示。...

    1.     视频播放器原理

    视音频技术主要包含以下几点:流媒体协议技术,封装技术,视频压缩编码技术以及音频压缩编码技术。

    视频播放器播放一个互联网上的视频文件,需要经过以下几个步骤:解协议,解封装,解码视音频,视音频同步。如果播放本地文件则不需要解协议,为以下几个步骤:解封装,解码视音频,视音频同步。他们的过程如图所示。

     

    解协议的作用,就是将流媒体协议的数据,解析为标准的相应的封装格式数据。视音频在网络上传播的时候,常常采用各种流媒体协议,例如HTTP,RTMP,或是MMS等等。这些协议在传输视音频数据的同时,也会传输一些信令数据。这些信令数据包括对播放的控制(播放,暂停,停止),或者对网络状态的描述等。解协议的过程中会去除掉信令数据而只保留视音频数据。例如,采用RTMP协议传输的数据,经过解协议操作后,输出FLV格式的数据。

    解封装的作用,就是将输入的封装格式的数据,分离成为音频流压缩编码数据和视频流压缩编码数据。封装格式种类很多,例如MP4,MKV,RMVB,TS,FLV,AVI等等,它的作用就是将已经压缩编码的视频数据和音频数据按照一定的格式放到一起。例如,FLV格式的数据,经过解封装操作后,输出H.264编码的视频码流和AAC编码的音频码流。

    解码的作用,就是将视频/音频压缩编码数据,解码成为非压缩的视频/音频原始数据。音频的压缩编码标准包含AAC,MP3,AC-3等等,视频的压缩编码标准则包含H.264,MPEG2,VC-1等等。解码是整个系统中最重要也是最复杂的一个环节。通过解码,压缩编码的视频数据输出成为非压缩的颜色数据,例如YUV420P,RGB等等;压缩编码的音频数据输出成为非压缩的音频抽样数据,例如PCM数据。

    视音频同步的作用,就是根据解封装模块处理过程中获取到的参数信息,同步解码出来的视频和音频数据,并将视频音频数据送至系统的显卡和声卡播放出来。

    2.     流媒体协议

    流媒体协议是服务器与客户端之间通信遵循的规定。当前网络上主要的流媒体协议如表所示。

    主要流媒体协议一览

    名称

    推出机构

    传输层协议

    客户端

    目前使用领域

    RTSP+RTP

    IETF

    TCP+UDP

    VLC, WMP

    IPTV

    RTMP

    Adobe Inc.

    TCP

    Flash

    互联网直播

    RTMFP

    Adobe Inc.

    UDP

    Flash

    互联网直播

    MMS

    Microsoft Inc.

    TCP/UDP

    WMP

    互联网直播+点播

    HTTP

    WWW+IETF

    TCP

    Flash

    互联网点播

    3.     封装格式

    封装格式的主要作用是把视频码流和音频码流按照一定的格式存储在一个文件中。现如今流行的封装格式如下表所示:

    主要封装格式一览

    名称

    推出机构

    流媒体

    支持的视频编码

    支持的音频编码

    目前使用领域

    AVI

    Microsoft Inc.

    不支持

    几乎所有格式

    几乎所有格式

    BT下载影视

    MP4

    MPEG

    支持

    MPEG-2, MPEG-4, H.264, H.263等

    AAC, MPEG-1 Layers I, II, III, AC-3等

    互联网视频网站

    TS

    MPEG

    支持

    MPEG-1, MPEG-2, MPEG-4, H.264

    MPEG-1 Layers I, II, III, AAC,

    IPTV,数字电视

    FLV

    Adobe Inc.

    支持

    Sorenson, VP6, H.264

    MP3, ADPCM, Linear PCM, AAC等

    互联网视频网站

    MKV

    CoreCodec Inc.

    支持

    几乎所有格式

    几乎所有格式

    互联网视频网站

    RMVB

    Real Networks Inc.

    支持

    RealVideo 8, 9, 10

    AAC, Cook Codec, RealAudio Lossless

    BT下载影视

    4.     视频编码

    视频编码的主要作用是将视频像素数据(RGB,YUV等)压缩成为视频码流,从而降低视频的数据量。如果视频不经过压缩编码的话,体积通常是非常大的,一部电影可能就要上百G的空间。视频编码是视音频技术中最重要的技术之一。视频码流的数据量占了视音频总数据量的绝大部分。高效率的视频编码在同等的码率下,可以获得更高的视频质量。

    视频编码的简单原理可以参考:视频压缩编码和音频压缩编码的基本原理

    主要视频编码一览

    名称

    推出机构

    推出时间

    目前使用领域

    HEVC(H.265)

    MPEG/ITU-T

    2013

    研发中

    H.264

    MPEG/ITU-T

    2003

    各个领域

    MPEG4

    MPEG

    2001

    不温不火

    MPEG2

    MPEG

    1994

    数字电视

    VP9

    Google

    2013

    研发中

    VP8

    Google

    2008

    不普及

    VC-1

    Microsoft Inc.

    2006

    微软平台

    由表可见,有两种视频编码方案是最新推出的:VP9和HEVC。目前这两种方案都处于研发阶段,还没有到达实用的程度。当前使用最多的视频编码方案就是H.264。

    5.     音频编码

    音频编码的主要作用是将音频采样数据(PCM等)压缩成为音频码流,从而降低音频的数据量。音频编码也是互联网视音频技术中一个重要的技术。但是一般情况下音频的数据量要远小于视频的数据量,因而即使使用稍微落后的音频编码标准,而导致音频数据量有所增加,也不会对视音频的总数据量产生太大的影响。高效率的音频编码在同等的码率下,可以获得更高的音质。

    音频编码的简单原理可以参考:视频压缩编码和音频压缩编码的基本原理

    主要音频编码一览

    名称

    推出机构

    推出时间

    目前使用领域

    AAC

    MPEG

    1997

    各个领域(新)

    AC-3

    Dolby Inc.

    1992

    电影

    MP3

    MPEG

    1993

    各个领域(旧)

    WMA

    Microsoft Inc.

    1999

    微软平台

    由表可见,近年来并未推出全新的音频编码方案,可见音频编码技术已经基本可以满足人们的需要。音频编码技术近期绝大部分的改动都是在MP3的继任者——AAC的基础上完成的。

     

    转载出处:https://blog.csdn.net/leixiaohua1020/article/details/18893769

     

    展开全文
  • 本来我要做C#d打开一个USB摄像头的程序,后来发现,我应该先了解“视频传输”这个概念。所以,我的调研如下: 那么好,我将在下章中,继续讨论C#d打开一个USB摄像头的程序。本章节后面分析了一下网络协议。 ...

    简介

            本来我要做C#d打开一个USB摄像头的程序,后来发现,我应该先了解“视频传输”这个概念。所以,我的调研如下:

           

           那么好,我将在下章中,继续讨论 C#d打开一个USB摄像头的程序。本章节后面分析了一下网络协议。

    摄像的诸多问题与回答,参考:https://iask.sina.com.cn/key/59bc2d3684aee545090ef712.html

    一、网络摄像机

    转发https://blog.csdn.net/caoshangpa/article/details/53142698

    1.传输协议概述

      网络摄像机又叫IP CAMERA(简称IPC)由网络编码模块和模拟摄像机组合而成。网络编码模块将模拟摄像机采集到的模拟视频信号编码压缩成数字信号,从而可以直接接入网络交换及路由设备。网络摄像机内置一个嵌入式芯片,采用嵌入式实时操作系统。网络摄像机是传统摄像机与网络视频技术相结合的新一代产品。摄像机传送来的视频信号数字化后由高效压缩芯片压缩,通过网络总线传送到Web服务器。网络上用户可以直接用浏览器观看Web服务器上的摄像机图像,授权用户还可以控制摄像机云台镜头的动作或对系统配置进行操作。网络摄像机能更简单的实现监控特别是远程监控、更简单的施工和维护、更好的支持音频、更好的支持报警联动、更灵活的录像存储、更丰富的产品选择、更高清的视频效果和更完美的监控管理。另外,IPC支持WIFI无线接入、3G接入、POE供电(网络供电)和光纤接入。

      网络摄像机提供很多的基于IP网络的传输协议,以尽可能地保证音视频数据,PTZ控制数据网络传输质量。实时视频流经过IP网络传输,通过多种协议组合,适应各种复杂的网络传输环境。

      RTP(Realtime Transport Protocol),实时传输协议,其专门针对实时流媒体而设计, RTP的基本功能是将几个实时数据流复用到一个UDP分组流中,这个UDP流可以被发送给一台主机(单播模式),也可以被传送给多台目标主机(多播模式)。因为RTP仅仅封装成常规的UDP,理论上路由器不会对分组有任何特殊对待,但现在高级的路由设备都有针对RTP协议优化选项。RTP协议的时间戳机制,不仅减少了抖动的影响,而且也允许多个数据流相互之间的同步,这样可以很方便地基于I/O事件对视频图像进行字幕添加,网络摄像机往往将音视频编码数据封装成RTP分组。

      RTCP(Realtime Transport Control Protocol)实时传输控制协议,其是RTP的姊妹协议,它处理反馈、同步和用户界面等,但是不传输任何数据。它的主要功能是用来向源端提供有关延迟、抖动、带宽、拥塞和其它网络特性的反馈信息,编码进程可以充分利用这些信息。因此当网络状况较好时,可以提高数据速率(从而达到更好的质量),而当网络状况不好时,它可以减少数据速率。通过连续的反馈信息,编码算法可以持续地作相应的调整,从而在当前条件下尽可能地提供最佳的质量。

      RTSP(Real Time Streaming Protocol)实时流协议,RTSP协议利用推式服务器(push server)方法,让音视频浏览端,发出一个请求,网络摄像机只是不停地向浏览端推送封装成RTP分组的音视频编码数据,网络摄像机可以用很小的系统开销实现流媒体传输。

      HTTP(HyperText Transfer Protocol)超文本传输协议,网络摄像机通过HTTP协议提供Web访问功能,很方便地将音视频数据经过复杂网络传输,但实时音视频支持很不理想。

      UDP(User Datagram Protocol)数据报协议,是最基本的网络数据传输协议,利用IP协议提供网络无连接服务,常用来封装实时性强的网络音视频数据,即使网络传输过程中发生分组丢失现象,在客户端也不会影响音视频浏览。

      TCP(Transmission Control Protocol)传输控制协议,利用IP协议提供面向连接网络服务,为在不可靠的互联网络上提供一个可靠的端到端字节流而设计。TCP协议往往要在服务端和客户端经过多次“握手”才能建立连接,因此利用TCP传输实时性较强的音视频流开销较大,如果网络不稳定,音视频抖动的现象明显。利用其可靠性常用来传输网络摄像机管理命令,如PTZ,I/O设备控制命令。

    2.传输协议组合

      网络摄像机往往应用RTSP、RTP、RTCP、HTTP、UDP、TCP协议的不同组合来传输实时性较强的音视频流。常见的协议组合如下。

      RTP+RTSP协议组合,这种协议组合(RTP可以用TCP、UDP协议封装,RTSP用TCP协议封装),在正常网络环境里,可以保证客户端浏览实时音视频,厂商往往推荐网络摄像机采用这种协议组合。一些网络设备也常常支持RTP+RTSP多播模式。

      RTP/RTSP协议组合,RTP分组封装成RTSP分组,有些网络防火墙只让RTSP协议分组通过。但网络摄像机又要以RTP协议提供实时音视频。这种组合方式在没有办法的情况下增加了网络负载和客户端管理系统的复杂度。

      RTP/RTSP/HTTP协议组合,在RTP/RTSP的数据基础上增加了HTTP封装,这种协议组合主要是为了适应网络防火墙只允许使用HTTP协议的网络环境。虽然网络负载加大,但网络摄像机可以适应更复杂的互联网环境。

      UDP(TCP)协议,一些网络摄像机为了适应国内网络带宽状况不佳的状况,没有利用RTP+RTSP应用层协议封装音视频数据,对音视频流只采用UDP或TCP传输层协议封装。这样音视频流就可以利用很小的网络带宽传输流媒体。这种协议组合也可以提供类似RTP+RTSP高级功能,但对网络路由设备基于RTP+RTSP组合优化特性不能利用。

      UDP(TCP)/HTTP协议组合,将音视频流数据封装成HTTP数据分组,然后用UDP(TCP)协议传输到客户端。这种协议方式可适应复杂的互联网环境,可以穿透大多数网络防火墙。

      各种传输层协议组合保证了音视频和PTZ数据实时传输的可靠性,但网络摄像机内置的处理器计算能力限制,导致并发访问的用户数量有限。这样往往不能满足并发访问要求较高的应用环境,网络摄像机往往利用具备多播功能的网络传输设备,响应更多的并发访问要求。有些网络摄像机客户端软件功能强大,利用数据转发机制,充当可以响应更多并发访问用户的“虚拟网络摄像机”,这种方式适应于也适应PTZ网络摄像机。对大规模数字化视频监控网络建设有重要意义。

      还有的网络摄像机提供一些FTP(文件传输协议)、SMTP(邮件传输协议)、DDNS(动态域名解析)协议,以增强网络摄像机在互联网环境应用。笔者观点,这些网络协议对安防监控系统没有太多的帮助,反而要引入好多外部FTP、SMTP、DNS服务器去配合网络摄像机,这样对整个数字安防监控系统的管理引入了新的复杂性,增加了不稳定性,可能要花更多的精力去管理非主要业务。有的网络摄像机也提供一些高级网络管理协议,如ICMP、SNMP、IGMP、ARP协议,帮助用户去管理网络。

    3.应用现状

      随着有线和无线网络带宽成倍的增加,网络视频传输的带宽成本将越来越小,大规模网络视频监控系统建设已成为可能。网络摄像机通过以太网接口将采集的音视频数据;I/O、PTZ控制数据经过IP网络传输到远程管理系统。网络摄像机的网络数据传输模块,所具备的功能决定了网络摄像机适用的网络类型、网络音视频延迟和抖动的处理能力、是否具备穿透防火墙以适应复杂的互联网环境。

    4.以太网供电技术

      新的室内网络摄像机采用以太网供电技术,减少了网络摄像机外部连接线缆。以太网供电(Power over Ethernet,PoE)是一种将供电集成到标准局域网设备中的技术。PoE技术遵循于IEEE 802.3af标准,并且在不降低网络数据通讯性能、缩小网络范围的基础上对网络设备进行供电。这一标准可在交换机端提供15.4W的电源,摄像机端为最大12.9W的电源。类似PTZ摄像机和快球的室外摄像机,它们的功率通常会超过上述的值,因而PoE功能显得不太适合。一些厂商也提供了非标准的产品来满足此类应用的需求,但需要注意的是,因为这些产品是非标准的,在不同品牌的产品间也就没有了互操作性。

    5.无线网络技术

      如今,尽管大多数建筑中都已经部署了有线网络,但有时候对客户来讲,无线网络解决方案在功能性和节约成本方面仍然具有很强的吸引力。例如,当网络布线工作必须要对内部建筑产生破坏才能完成时、或者在一些需要定期地改变摄像机位置,又不想每次重新布线的场所(例如零售商店),无线网络技术将变得非常有用。在另外一种常见应用场景中,无线网络技术能够方便地将两座建筑物或场所连接起来,而不需要昂贵和复杂的地面施工。

      无线通信技术主要分为两大类:无线局域网(Wireless LAN,WLAN)是指跨越距离较短,通常位于室内的网络。无线局域网络标准已经非常完善,不同厂家生产的无线局域网设备也能够很好的协同工作;无线网桥(Wireless bridges)当需要通过高速链路连接不同的建筑物或场所时,则必须建立一条能够进行远距离高速传输的点对点链路。微波和激光是实现这种功能的两种常用技术。

      无线局域网802.11x系列标准,802.11g标准是网络摄像机支持最普遍的无线网络标准,在室外环境下,它能够提供最大约24 Mbps实际吞吐量,最大有效距离为100米,该标准使用2.4 GHz波段,理论带宽可以达到54 Mbps。

      网络摄像机提供的无线接入功能,由于无线网络通信本质方面的原因,在无线网络所覆盖的范围内,任何拥有一台无线设备的人都可以连接到网络中并使用共享设备,因此无线网络必须提供良好的安全机制。无线网桥用来连接地域空间跨度比较大和多个无线局域网络,采用微波技术的设备较多,我们应该着重考虑一下,如果在这样的环境里,网络摄像机是否支持移动IP。

    6.安全性

      网络摄像机的安全性很值得关注,在访问网络摄像机时,一般都提供多级用户管理机制和IP过滤机制,不同级别的用户(IP地址)有不同的访问权限,这种机制很好地满足了分布式网络监控系统的安全高效管理要求。

      音视频流通过加密处理,可以有效地防止在公共网路传输过程中被窃听。一些网络摄像机在视频编码时采取了有限的加密措施,但增加了网络传输负载、客户端解码的复杂性和网络摄像机成本。而且政府部门对这种网络摄像机的加密标准未必采纳。安防监控行业是否可以考虑将视频流的加密功能转移到其它辅助系统来完成,减少系统核心设备网络摄像机的工作负担,增强系统稳定性。

    7.结语
     

      随着网络摄像机快速的普及应用用,安防行业将迎来数字化革命,围绕着核心设备网络摄像机,将会出现具有更多的高新技术的产品,市场主流的音视频编码方案、具备很强的PTZ或输入输出设备管理能力、网络传输机制简单有效的网络摄像机,用这样的网络摄像机去建设稳定可靠的数字化安防监控系统,使人们从繁重的安防劳动中解放出来。

    二、流媒体

    类似的,流媒体也经过网路传输,也用到一些网络协议。比如RTSP/PNM/MMS/RTP/RTSP/RTCP等等。

    参考1:

    https://zhidao.baidu.com/question/548710323.html

    流媒体的传输协议

    大家在观看网上电影或者电视时,一般都会注意到这些文件的连接都不是用http或者ftp开头,而是一些rtsp或者mms开头的东西,为什么是这样呢?实际上,这些和http和ftp一样,都是数据在网络上传输的协议,只是它们是专门用来传输流式媒体的协议而已。下面,让我们来看一下现在使用的主要的流媒体协议:

    1. RTSP(Real Time Streaming Protocol),实时流媒体协议,它是由RealNetworks和Netscape共同提出的,现在用于RealNetworks的Real Media产品中;

    2. PNM(Progressive Networks Audio),这也是Real专用的实时传输协议,它一般采用UDP协议,并占用7070端口,但当你的服务器在防火墙内且7070端口被挡,且你的服务器把SmartingNetwork设为真时,则采用http协议,并占用默认的80端口

    3. MMS(Microsoft Media Server protocol),这是微软的流媒体服务器协议,MMS 是连接 Windows Media 单播服务的默认方法。

    介绍了主要的三个,可能您还会问,Apple的QuickTime使用哪种协议呢?在多数情况下,QuickTime使用http协议,但实际上它也由标准的流媒体传输协议,这就是标准RTSP协议,而Real公司使用的RTSP是自己经过开发的。

    在流媒体传输中,标准的协议就是RTP(Real time Transport Protocol,实时传输协议)、RTCP(Real-time Transport Control Protocol,实时传输控制协议)、RTSP(Real Time Streaming Protocol,实时流媒体协议)和RSVP(Resource Reserve Protocol, 资源预订协议),厂商们的产品都是在这些协议的基础上进行研究与开发,限于篇幅,在这里我们就不再深入讨论了。

    参考2:

    https://blog.csdn.net/adai7856/article/details/39961301

    大家在观看网上电影或者电视时,一般都会注意到这些文件的连接都不是用http或者ftp开头,而是一些rtsp或者mms开头的东西,为什么是这样呢?实际上,这些和http和ftp一样,都是数据在网络上传输的协议,只是它们是专门用来传输流式媒体的协议而已。下面,让我们来看一下现在使用的主要的流媒体协议:

    1. RTSP(Real Time Streaming Protocol),实时流媒体协议,它是由RealNetworks和Netscape共同提出的,现在用于RealNetworks的Real Media产品中;

    2. PNM(Progressive Networks Audio),这也是Real专用的实时传输协议,它一般采用UDP协议,并占用7070端口,但当你的服务器在防火墙内且7070端口被挡,且你的服务器把SmartingNetwork设为真时,则采用http协议,并占用默认的80端口;

    3. MMS(Microsoft Media Server protocol),这是微软的流媒体服务器协议,MMS 是连接 Windows Media 单播服务的默认方法。

    介绍了主要的三个,可能您还会问,Apple的QuickTime使用哪种协议呢?在多数情况下,QuickTime使用http协议,但实际上它也由标准的流媒体传输协议,这就是标准RTSP协议,而Real公司使用的RTSP是自己经过开发的。

    在流媒体传输中,标准的协议就是RTP(Real time Transport Protocol,实时传输协议)、RTCP(Real-time Transport Control Protocol,实时传输控制协议)、RTSP(Real Time Streaming Protocol,实时流媒体协议)和RSVP(Resource Reserve Protocol, 资源预订协议),厂商们的产品都是在这些协议的基础上进行研究与开发,限于篇幅,在这里我们就不再深入讨论了。

    流媒体文件和发布格式

    有了实时的传输协议,我们应该还能够想到,只有较小的文件才适合网络实时传输,那么,流媒体文件采用了什么样的压缩算法呢?

    而使用Windows操作系统的朋友可以看到,我们观看网上流节目时,它们的后缀名一般是rm、asf、wmv等,这些就是流媒体的格式。流媒体文件格式经过特殊编码,不仅采用较高的压缩比,还加入了许多控制信息,使其适合在网络上边下载边播放,而不是等到下载完整个文件才能播放。

    常见的流媒体格式大致有以下几种:

    流媒体文件格式扩展(Video/Audio) 媒体类型与名称
    asf               Advanced Streaming format. (Microsoft).
    rm               Real Video/Audio 文件 (Progressive Networks).
    ra               Real Audio 文件 (Progressive Networks).
    rp               Real Pix 文件 (Progressive Networks).
    rt               Real Text 文件 (Progressive Networks).
    swf               Shock Wave Flash (Macromedia).
    mov               QuickTime(Apple公司格式)
    viv               Vivo Movie 文件(Vivo Software).

    另外还有一个wmv格式,是Windows Media Video的简称,它与asf文件有稍许区别,wmv一般采用window media video/audio 格式,asf视频部分一般采用Microsoft MPG4 V(3/2/1?),音频部分是windows media audio v2/1,不过现在很多制作软件都没有把它们分开,所以直接更改后缀名就能够互相转换为对方格式。

    制作完成的流媒体文件需要发布到网络上才能够被别人使用,这就需要以特定方式安排压缩好的流媒体文件,而安排流媒体文件的格式就被成为流媒体发布格式。常见的发布格式主要有以下几种:

    流媒体发布格式扩展 媒体类型和名称

    asf        Advanced Streaming format.
    smil        Synchronised Multimedia Integration Language.
    ram        RAM File.
    rpm        Embedded RAM File.
    asx        ASF Stream Redirector/ASF流转向器文件
    xml        eXtensible Markup Language

    MPEG-4与流媒体

    说到流媒体就不能不提及MPEG-4。MPEG-4是当前讨论的焦点之一,只因为它能够在大的压缩比下实现近似DVD品质的视频和音频效果,这也是许多朋友认为MPEG-4格式肯定比rm清晰的原因。但事实上并不是如此,MPEG-4只是一种视频编码技术,它的清晰度也根据压缩时所选择的码率的不同有较大的改变(我们见到的MPEG-4格式文件通常为500Kbps压缩生成,质量当然高了),并且,MPEG-4还有多种压缩标准,如Microsoft的asf视频部分就是基于MPEG-4的Discrete Cosine Transform (DCT),另外还有DivX的免费MPEG-4版本(开始是破解微软的格式而来)。至于音频部分,更是混乱,Microsoft采用windows media audio v2/1,DivX采用MP3或者更高质量的AC3等。相比而言,Real或者Apple的格式使用的是自己开发的编码,在相同码率,特别是低码率下,不见得就比MPEG-4差,采取高码率的rm格式照样清晰可人,所以大家以后说rm格式清晰度差的观念要改变一下:),至少也要加上条件。而且,最新的Helix Producer中的Real Video 9采用VP5压缩格式进行编码,这可比DivX优秀多了!

    不过,流媒体服务器开始向MPEG-4格式靠拢是不争的事实,Real最新的Helix就开始支持mp4格式文件的服务,而RealOne Player更是只需安装一个插件便可实现MPEG-4格式的播放。

    点播与广播

    在架设流媒体服务器之前,我们一定要了解一些点播与广播的知识。

    点播是客户端与服务器之间的主动的连接,在点播连接中,用户通过选择内容项目来初始化客户端连接,一个客户端从服务器接收一个媒体流(这个连接是唯一的,其它用户不能占用),并且能够对媒体进行开始、停止、后退、快进或暂停等操作,客户端拥有流的控制权,就像在看影碟一样。这种方式由于每个客户端各自连接服务器,服务器需要给每个用户建立连接,对服务器资源和网络带宽的需求都比较大。

    广播指的是用户被动接收流。在广播过程中,客户端接收流,但不能控制流,用户不能暂停、快进或后退该流,广播使用的数据发送手段有单播与广播。使用单播发送时,服务器需要将数据包复制多个拷贝,以多个点对点的方式分别发送到需要它的那些用户,而使用广播方式发送,数据包的单独一个拷贝将发送给网络上的所有用户,而不管用户是否需要,上述两种传输方式会非常浪费网络带宽和服务器资源,因此产生了组播(多播)技术。

    组播(多播)吸收了上述两种发送方式的长处,克服了上述两种发送方式的弱点,将数据包的单独一个拷贝发送给需要的那些客户,组播不会复制数据包的多个拷贝传输到网络上,也不会将数据包发送给不需要它的那些客户,保证了网络上多媒体应用占用网络的最小带宽。但组播不仅需要服务器端支持,更需要有多播路由器乃至整个网络结构的支持。

    单播与组播(多播)

    在上面我们已经了解了一些单播和组播的概念,这也是现在流媒体方面讨论的焦点之一。以我的认识,点播与广播是一组概念,它们和客户端媒体交互的手段;单播和组播又是另外一组概念,它们是流媒体数据在服务器端和网络上的传输方式。

    单播发送时,需要在客户端与媒体服务器之间需要建立一个单独的数据通道,从一台服务器送出的每个数据包只能传送给一个客户机,每个用户必须分别对媒体服务器发送单独的查询,而服务器必须向每个用户发送所申请的数据包拷贝。这种巨大冗余会造成服务器沉重和网络带宽的沉重负担,响应需要很长时间,甚至出现不能服务的情况。单播可以用在点播和广播上。

    组播发送时,服务器将一组客户请求的流媒体数据发送到支持组播技术的路由器上,然后由路由器一次将数据包根据路由表复制到多个通道上,再向用户发送。这时候,媒体服务器只需要发送一个信息包,所有发出请求的客户端都共享同一信息包,并且信息可以发送到任意地址的客户机,没有请求的客户机不会收到信息包,网络上传输的信息包的总量没有广播那么多,大大提高了服务器和网络线路的利用率。不过组播也有自己的特点,首先是必须要开始支持组播技术的路由器,另外就是一般只能用作广播,因为用作点播会存在用户控制问题。

    参考3:

    https://www.cnblogs.com/jiaoxiangjie/p/6736656.html

    流媒体协议部分RTP、RTCP、RTSP、MMS、HLS、HTTP progressive streaming

    流媒体协议:(RTP、RTCP、RTSP、MMS、HLS、HTTP progressive streaming)

    当前在internet上传送音频和视频等信息主要有两种方式:

    1. 下载,完整下载一个视频,再去播放
    2. 流式传输,如优酷、爱奇艺等视频网址(土豆,优酷网的视频传输方法)

    下面介绍的这些协议,都是流式传输

    RTP

    实时传输协议(Real-time Transport Protocol或简写RTP)是一个网络传输协议

    RTP协议详细说明了在互联网上传递音频和视频的标准数据包格式。 
    它一开始被设计为一个多播协议,但后来被用在很多单播应用中。 
    RTP协议常用于流媒体系统(配合RTSP协议),视频会议和一键通(Push to Talk)系统(配合H.323或SIP),使它成为IP电话产业的技术基础。

    RTP为Internet上端到端的实时传输提供时间信息和流同步,但并不保证服务质量,服务质量由RTCP来提供。

    传输层:

    RTP协议和RTCP(RTP控制协议)一起使用,而且它是创建在UDP协议上的。

    RTCP

    实时传输控制协议(Real-time Transport Control Protocol或RTP Control Protocol或简写RTCP)是实时传输协议(RTP)的一个姐妹协议。

    RTCP为RTP媒体流提供信道外(out-of-band)控制。RTCP本身并不传输数据,但和RTP一起协作将多媒体数据打包和发送。RTCP定期在多媒体流会话参加者之间传输控制数据。

    RTCP的主要功能是为RTP所提供的服务质量(Quality of Service)提供反馈。

    RTCP收集相关媒体连接的统计信息,例如:传输字节数,传输分组数,丢失分组数,jitter,单向和双向网络延迟等等,网络应用程序即可利用RTCP的统计信息来控制传输的品质,比如当网络带宽高负载时限制信息流量或改用压缩比较小的编解码器。

    传输层:

    RTP 使用一个 偶数 UDP port ;而RTCP 则使用 RTP 的下一个 port,也就是一个奇数 port。

    RTSP

    即时串流协定(Real Time Streaming Protocol,RTSP)是用来控制声音或影像的多媒体串流协议,并允许同时多个串流需求控制

    允许同时多个串流需求控制(Multicast),除了可以降低服务器端的网络用量,更进而支持多方视讯会议(Video Conference)。 
    因为与HTTP1.1的运作方式相似,所以代理服务器(Proxy)的缓冲功能(Cache)也同样适用于RTSP,并因RTSP具有重新导向功能,可视实际负载情况来转换提供服务的服务器,以避免过大的负载集中于同一服务器而造成延迟。

    传输层:

    传输时所用的网络通讯协定并不在其定义的范围内,服务器端可以自行选择使用TCP或UDP来传送串流内容,它的语法和运作跟HTTP 1.1类似,但并不特别强调时间同步,所以比较能容忍网络延迟。

    RTSP 、RTP、RTCP的区别

    https://www.zhihu.com/question/20278635 
    http://blog.csdn.net/shinichr/article/details/24111401

    RTP: 一般用于多媒体数据的传输。

    RTCP: 同RTP一起用于数据传输的监视,控制功能。

    RTSP: 用于多媒体数据流的控制,如播放,暂停等。

    为什么要搭配这些协议呢?

    RTP位于传输层(通常是UDP)之上,应用程序之下,实时语音、视频数据经过模数转换和压缩编码处理后,先送给RTP封装成为RTP数据单元,RTP数据单元被封装为UDP数据报,然后再向下递交给IP封装为IP数据包。这么说RTP是没有保证传输成功的,

    那怎么保证呢?就要用到RTCP。

    RTCP消息含有已发送数据的丢包统计和网络拥塞等信息,服务器可以利用这些信息动态的改变传输速率,甚至改变净荷的类型。RTCP消息也被封装为UDP数据报进行传输。

    严格来说:RTP、RTCP位于传输层(通常是UDP)之上,应用程序之下。

    这里写图片描述

    这里写图片描述

    RTMP/RTMPS

    RTMP(Real Time Messaging Protocol)实时消息传送协议是Adobe Systems公司为Flash播放器和服务器之间音频、视频和数据传输 开发的开放协议。 
    它有三种变种:

    1. 工作在TCP之上的明文协议,使用端口1935;
    2. RTMPT封装在HTTP请求之中,可穿越防火墙;
    3. RTMPS类似RTMPT,但使用的是HTTPS连接;

      RTMP协议(Real Time Messaging Protocol)是被Flash用于对象,视频,音频的传输.这个协议建立在TCP协议或者轮询HTTP协议之上. 
      RTMP协议就像一个用来装数据包的容器,这些数据既可以是AMF格式的数据,也可以是FLV中的视/音频数据.一个单一的连接可以通过不同的通道传输多路网络流.这些通道中的包都是按照固定大小的包传输的.

    MMS

    MMS(Microsoft Media Server)是一种串流媒体传送协议,用来访问并流式接收Windows Media服务器中.asf文件的一种协议。

    MMS协议用于访问Windows Media发布点上的单播内容。MMS是连接Windows Media单播服务的默认方法。若观众在Windows Media Player中键入一个URL以连接内容,而不是通过超级链接访问内容,则他们必须使用MMS协议引用该流。MMS的预设埠(端口)是1755。

    当使用 MMS 协议连接到发布点时,使用协议翻转以获得最佳连接。

    • “协议翻转”始于试图通过 MMSU 连接客户端。 MMSU 是 MMS 协议结合 UDP 数据传送。
    • 如果 MMSU 连接不成功,则服务器试图使用 MMST。MMST 是 MMS 协议结合 TCP 数据传送。

    如果连接到编入索引的 .asf 文件,想要快进、后退、暂停、开始和停止流,则必须使用 MMS。不能用 UNC 路径快进或后退。若您从独立的 Windows Media Player 连接到发布点,则必须指定单播内容的 URL。

    若内容在主发布点点播发布,则 URL 由服务器名和 .asf 文件名组成。例如:mms://windows_media_server/sample.asf。

    • windows_media_server 是 Windows Media 服务器名,
    • sample.asf 是您想要使之转化为流的 .asf 文件名。

    HLS - HTTP live streaming (M3U8)

    HTTP Live Streaming(HLS)是苹果公司(Apple Inc.)实现的基于HTTP的流媒体传输协议,可实现流媒体的直播和点播,主要应用在iOS系统,为iOS设备(如iPhone、iPad)提供音视频直播和点播方案。

    HLS点播,基本上就是常见的分段HTTP点播,不同在于,它的分段非常小。

    相对于常见的流媒体直播协议,例如RTMP协议、RTSP协议、MMS协议等,HLS直播最大的不同在于,直播客户端获取到的,并不是一个完整的数据流。HLS协议在服务器端将直播数据流存储为连续的、很短时长的媒体文件(MPEG-TS格式),而客户端则不断的下载并播放这些小文件,因为服务器端总是会将最新的直播数据生成新的小文件,这样客户端只要不停的按顺序播放从服务器获取到的文件,就实现了直播。

    由此可见,基本上可以认为,HLS是以点播的技术方式来实现直播。由于数据通过HTTP协议传输,所以完全不用考虑防火墙或者代理的问题,而且分段文件的时长很短,客户端可以很快的选择和切换码率,以适应不同带宽条件下的播放。不过HLS的这种技术特点,决定了它的延迟一般总是会高于普通的流媒体直播协议。 
     

    M3U8

    http://www.voidcn.com/blog/sqc3375177/article/p-1009883.html

    1.M3U8是一种可扩展的播放列表文件格式。它是一个包含UTF-8编码文字的m3u播放列表。m3u是包含媒体文件URL的一个事实上的播放列表标准。这种格式被用来作为HTTP Live 媒体流索引文件的格式。

    2.m3u8是一种视频列表格式,里面有真正的视频的链接,另外在m3u8里面还可以再嵌套一层m3u8

    3.m3u8是视频列表,视频编码可以是h.264等。

    4.m3u8并非苹果独占,m3u8这种列表其实编码格式是公开的。

    progressive download

    科普扫盲:live streaming vs. progressive download

    从progressive download开讲 (这个概念比较宽泛,大体上包含了live streaming的概念)。就是说,不管对正在直播的视频或者其他非直播视频,用户可以下载到手机上,缓冲足够时间后开始播放。

    在用户界面来讲,点击某视频的超链接后,以sdp为后缀的描述文件将会存到手机上,下载结束后,根据相关信息连接到对应的http服务器开始下载视频文件,并在缓冲足够时开始播放。用户只需下载一次就可反复播放

    HTTP progressive streaming

    https://groups.google.com/forum/#!topic/android-developers/4Z5TAn1HDsw

    Flash vs. HTTP Progressive Streaming vs. HLS

    Progressive streaming is like progressive download except that the 
    media file is partially cached in memory rather than writing to 
    permanent storage. 

    HTTP progressive streaming类似于progressive download的协议,Progressive streaming是把视频缓存在内存中,而不是永久存储设备中

    when we discuss HTTP Progressive Streaming, we’re really talking about what amounts to a fancy buffered download,

    流媒体测试地址

    转载:https://www.vitamio.org/docs/Basic/2013/0508/14.html

    HLS - Apple HTTP live streaming - m3u8 

    http://devimages.apple.com/iphone/samples/bipbop/bipbopall.m3u8 
    http://devimages.apple.com/iphone/samples/bipbop/gear1/prog_index.m3u8 
    http://live.3gv.ifeng.com/zixun.m3u8 (直播)

    HTTP 

    http://www.modrails.com/videos/passenger_nginx.mov 
    http://wsmp32.bbc.co.uk/

    RTSP 

    http://m.livestream.com (site) 
    rtsp://xgrammyawardsx.is.livestream-api.com/livestreamiphone/grammyawards

    MMS 

    mms://video.fjtv.net/setv mms://ting.mop.com/mopradio mms://112.230.192.196/zb12

    展开全文
  • 实时传输协议

    2016-10-22 13:58:14
    实时传输协议RTP的定义为通过互联网提供音频和视频数据包格式标准化,它是由音视频传输工作组IETF创建。 RTP广泛应用于通讯和娱乐系统,包括流媒体(如电话,视频电话)应用和基于网络的按键通话功能。基于上述原因...
  • SRT、RTMP、NDI视频传输协议对比

    千次阅读 2021-03-22 17:35:23
    SRT是由Haivision和Wowza共同创建的互联网传输协议,是时下非常受欢迎的开源低延迟视频传输协议。使用SRT传输技术,能够成功实现普通互联网环境下、多地之间、安全可靠的高清视频传输与分发。 关于NDI: NDI是...
  • iOS-流媒体传输协议简介

    千次阅读 2017-09-19 15:04:35
    在了解流媒体协议之前,先预习下基础数据传输协议,因为流媒体协议也是基于基本数据传输协议的数据传输协议: TCP - 传输控制协议 UDP - 用户数据报协议 HTTP - 超文本传送协议 HTTPS - 基于SSL的超文本传送协议 ...
  • 网络视频传输协议

    千次阅读 2018-01-04 08:58:11
    网络视频传输协议--RTP/RTCP/RTSP/SIP/SDP 之间关系 1、 RTP Real-time Transport Protocol,是用于Internet上针对多媒体数据流的一种传输层协议。RTP协议详细说明了在互联网上传递音频和视频的标准数据包格式。...
  • 流媒体传输协议

    千次阅读 2018-12-16 13:26:04
    传统流媒体传输协议:RTSP RTSP协议既可以基于UDP传输也可以基于TCP传输,是纯粹的传输控制协议,它本身与它负载的媒体数据不相关,RTSP协议需要自定义客户端向服务器发送RTSP命令。其视频数据由RTP传输,视频质量由...
  • RTP 实时传输协议

    2009-12-02 15:04:00
    实时传送协议(Real-time Transport Protocol或简写RTP,也可以写成RTTP)是一个网络传输协议,它是由IETF的多媒体传输工作小组1996年在RFC 1889中公布的。 RTP协议详细说明了在互联网上传递音频和视频的标准数据包...
  • 实时传输协议RTP/RTCP与SIP协议

    千次阅读 2020-02-18 16:59:08
    RTP(Real-time Transport Protocol):实时传输协议; RTCP(Real-time Transport Control Protocol):实时传输控制协议; 他们是IP协议族中用于实时语音,视频数据传输的标准协议。 RTP标准定义了两个子协议,RTP...
  • 视频传输---传输协议的选择

    千次阅读 2018-10-19 15:08:31
    Internet在IP层上使用两种传输协议:一种是TCP(传输控制协议),它是面向连接的网络协议;另一种是UDP(用户数据报协议),它是无连接的网络协议。 TCP传输:TCP(传输控制协议)是一种面向连接的网络传输协议。支持...
  • 超文件传输协议(HTTP,HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络传输协议。所有的WWW文件都必须遵守这个标准。设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。 目前的应用主要...
  • 网络传输协议总结

    千次阅读 2014-04-05 13:51:29
    TCP/IP是目前最实用的网络协议体系,其同样有对应的安全协议体系。IP协议用于网络接口层,最常用的在于...注意互联网某个应用所用到的协议,应该是从应用层---》网络接口层。然后再从网络接口层到---》应用层。 TCP
  • 实时消息传输协议(RTMP)详解

    千次阅读 2017-03-30 22:31:34
    概述概念:RTMP协议从属于应用层,被设计用来在适合的传输协议(如TCP)上复用和打包多媒体传输流(如音频、视频和互动内容)。RTMP提供了一套全双工的可靠的多路复用消息服务,类似于TCP协议[RFC0793],用来在一对...
  • 视频传输协议总结、码率

    万次阅读 2018-04-21 09:08:31
    根据以上特点知,使用UDP协议传输视频相对TCP协议更理想。UDP是User Datagram Protocol的简称,中文名是用户数据报协议,是OSI参考模型中一种无连接的传输协议。正式通信前不必与对方先建立连接,直接向接收方...
  • 常用多媒体传输协议简介

    千次阅读 2019-03-08 16:39:20
    实时消息传递协议(RTMP)最初是由Macromedia开发的专有协议,用于通过因特网在Flash播放器和服务器之间传输音频,视频和数据。Macromedia现在归Adobe所有,该公司已发布该协议规范的不完整版本供公众使用。 RTMP...
  • 实时传输协议(Real-time Transport Protocol或简写RTP)是一个网络传输协议。它详细说明了在互联网上传递音频和视频的标准数据包格式。RTP协议常用于流媒体系统(配合RTSP协议),视频会议和一键通(Push to Talk)...
  • 直播传输协议SRT

    千次阅读 2020-04-03 16:53:02
    毋庸置疑,现今存量最大的直播协议是RTMP,但随着新技术的不断发展与使用场景的不断拓展,继续使用RTMP会令人感到有些力不从心。RTMP协议的缺陷主要有以下四个方面: RTMP协议缺陷 首先,RTMP协议太老,且最后一次...
  • 实时消息传输协议(RTMP)最初是由 Macromedia 为互联网上 Flash player 和服务器之间传输音频、视频以及数据流而开发的一个私有协议。Adobe 收购 Macromedia 购以后,公布了这个协议的一部分,以备公共使用。本文是...
  • 网络摄像机传输协议简析

    万次阅读 2016-11-12 20:17:31
    1.传输协议概述  网络摄像机又叫IP CAMERA(简称IPC)由网络编码模块和模拟摄像机组合而成。网络编码模块将模拟摄像机采集到的模拟视频信号编码压缩成数字信号,从而可以直接接入网络交换及路由设备。网络摄像机...
  • 引言 Internet传输层主要有两个协议,无连接和面向连接各一个,互为补充。无连接协议是UDP,它除了给应用程序提供发送数据包功能并允许它们在所需层次之上架构自己的协议之外...UDP是最简单的传输协议。由于UDP是...
  • SRT协议是基于UDT的传输协议,保留了UDT的核心思想和机制,抗丢包能力强,适用于复杂的网络。在LiveVideoStack线上分享中,新浪音视频架构师 施维对SRT协议的原理、优缺点特性以及在流媒体中的应用进行了详细解析。 ...
  • Date: 2019.3.25 前言     流媒体音视频传输在不同的网络环境和应用情况下,需要不同的传输协议,比如HTTP,RTSP,UDP等。本文主要是简单介绍音视频常见传输协议及其组合使用方式。
  • 流媒体及流媒体传输协议简介

    千次阅读 多人点赞 2019-06-01 22:26:10
    流媒体(streaming media):是指将一连串的媒体数据压缩后,经过网上分段发送数据,在网上即时传输影音以供观赏的一种技术与过程,此技术使得数据包得以像流水一样发送;如果不使用此技术,就必须在使用前下载整个...
  • 蓝牙音频传输格式:SBC ACC APTX LDAC

    千次阅读 2018-06-20 19:13:00
    1411.2 kbit/s的带宽,显然bluetooth A2DP 无法允许(蓝牙2.0/2.1 + EDR最大的载波率大约是2.1Mbit/s,减去协议头、干扰、功耗等因数影响,实际最大传输速率大约在1000bit/s),所以音频数据需要经过压缩。我们知道同样...
  • 网络视频传输协议有哪些,RTSP/RTMP/SRT/RTP之间特点下面详细介绍: RTP协议(Real-time Transport Protocol)是一个网络传输协议,是一种实时传输协议技术,RTP协议常用于流媒体系统(配合RTSP协议)视频会议...
  • HTTP(超文本传输协议)

    千次阅读 2018-01-03 17:21:32
    HTTP(超文本传输​​协议)也许是互联网(或WEB)中使用的最流行的应用协议。 HTTP是一个非对称的请求 - 响应客户端 - 服务器协议,如图所示。HTTP客户端向HTTP服务器发送请求消息。服务器又会返回一个响应...
  • FTP是File Transfer Protocol(文件传输协议)。顾名思义,就是专门用来传输文件的协议。简单地说,支持FTP协议的服务器就是FTP服务器 任何一台电脑,安装了vsftpd都可以 对外提供ftp服务: ftp协议的实现 ...
  • 随着移动互联网的快速发展以及智能终端性能的逐步提高,智能终端间进行实时音视频通讯成为移动互联网发展的一个重要方向。那么如何保证智能终端之间实时音视频数据通讯成为一个很现实的问题。 实际上,实时音视频...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 16,759
精华内容 6,703
关键字:

互联网音频传输协议