rtp

传统以太网和时间敏感网络TSN的区别 ——Biamp亚太区高级工程师 Kane Zhang 【专业视听网报道】：[摘要]AVB-Audio Video Bridging(中文“音视频桥”)是一项新的以太网标准，由IEEE 802.1任务组于2005开始制定。其中包括：带宽预留(Bandwidth Reservation Protocol)、精准时钟同步(Precision Time Protocol)、流量控制(Traffic Shaping)以及连接和控制(AVDECC)。此任务组于2012年正式更名为TSN-Time Sensitive Network即时间敏感网络。主要应用于各种支持低延时及基于时间同步数据传输的以太网协议。本文主要阐述TSN在专业音视频领域的应用——AVB。 [关键词]AVB - Audio Video Bridging音视频桥、TSN – Time Sensitive Network时间敏感网络 前言： 纵览过去的十年，得益于统一的行业标准，IT行业的技术飞速进步。从最开始的常规10M网到今天随处可见的10G高速网，网络几乎影响着人们日常生活的每个角落。相比之下，音视频行业的发展却未尽如人意。为网络音频和视频传输设立技术标准，一直是 AV 行业过去二十年来的目标。迄今为止，由于缺乏行业公认的网络标准造成有关空白，令许多制造商各自为战

转自大佬 https://www.cnblogs.com/developer-ios/p/12460006.html https://www.jianshu.com/p/dbac4c041de8 HLS简介 M3U8，用 UTF-8 编码。"M3U" 和 "M3U8" 文件都是苹果公司使用的 HTTP Live Streaming（HLS） 协议格式的基础； 是 Unicode 版本的 M3U M3U8文件是M3U文件的一种，只不过它的编码格式是UTF-8。M3U使用Latin-1字符集编码。M3U的全称是Moving Picture Experts Group Audio Layer 3 Uniform Resource Locator，即mp3 URL。M3U是纯文本文件； 所以UTF-8编码的M3U文件也简称为 M3U8； HLS 是一个由苹果公司提出的基于 HTTP 的 流媒体 网络传输协议。 HLS 的工作原理是把整个流分成一个个小的基于 HTTP 的文件来下载，每次只下载一些。当媒体流正在播放时，客户端可以选择从许多不同的备用源中以不同的速率下载同样的资源，允许流媒体会话适应不同的数据速率。在开始一个流媒体会话时，客户端会下载一个包含元数据的 extended M3U (m3u8) playlist文件，用于寻找可用的媒体流。 HLS 只请求基本的 HTTP 报文

WebRTC简介 WebRTC，名称源自网页即时通信（英语：Web Real-Time Communication）的缩写，是一个支持网页浏览器进行实时语音对话或视频对话的API。它于2011年6月1日开源并在Google、Mozilla、Opera支持下被纳入万维网联盟的W3C推荐标准。EasyRTC基于WebRTC，凭借多年音视频开发经验并结合实际情况，开发了 基于WebRTC的音视频通讯云平台，提供互动教学、连麦直播、视频会议、指挥调度等多种音视频跨平台解决方案。 WebRTC历史 2010年5月，Google以6820万美元收购VoIP软件开发商Global IP Solutions的GIPS引擎，并改为名为“WebRTC”。WebRTC使用GIPS引擎，实现了基于网页的视频会议，并支持722，PCM，ILBC，ISAC等编码，同时使用谷歌自家的VP8视频解码器；同时支持RTP/SRTP传输等。 2012年1月，谷歌已经把这款软件集成到Chrome浏览器中。同时FreeSWITCH项目宣称支持iSAC audio codec。 WebRTC核心API WebRTC原生APIs文件是基于WebRTC规格书撰写而成，这些API可分成Network Stream API、 RTCPeerConnection、Peer-to-peer Data API三类： Network

RTSP协议是TCP/IP协议体系中的一个应用层协议，EasyNVR视频平台即是支持RTSP协议的流媒体服务器，能够自由对接流媒体服务器平台，支持微信、QQ、支付宝等工具，扫一扫直接观看，且不限制观看人数。 EasyNVR视频平台拉取RTSP流时，在使用wireshark抓包取RTP数据包时，如何把RTP传输的视频流保存成视频文件进行播放？ 问题分析: 在EasyNVR拉取摄像头的视频流时，通过wireshark抓包可以看到，EasyNVR与摄像头之间通过RTP传输视频流，那如何确认视频源是否有问题，可以在wireshark抓包的时候，保存摄像头通过RTP协议传输过来的视频流，如何通过wireshark保存RTP数据包成视频文件? 在wireshark安装目录下的init.lua文件中的enable_lua为true 在init.lua的最后加上dofile(DATA_DIR…“rtp_h264_extractor.lua”) 下载rtp_h264_extractor.lua文件: https://github.com/volvet/h264extractor 把rtp_h264_extractor.lua文件放在于init.lua同目录下 打开wireshark后，在wireshark工具菜单栏出现Extract h264 stream from RTP

最近我们的各个产品都在整合国标GB28181的功能扩展，有EasyNVR的国标GB28181向上级联、有EasyGBS的下级接入与对上级联、有EasyCVR的多协议接入与GB28181输出，大家都在做GB28181，国标的成熟与兴起是政策与执行相互促进推动的结果，以前没有一个这么完善的协议能统一平台相互级联的思路，如今有了，那么各种类型的系统支持GB28181就是必然的； EasyNVR将RTSP/Onvif设备汇聚并向上级平台级联： EasyGBS国标接入与向上级联： EasyCVR能将各种协议汇聚并向上GB28181级联： 同时，我们也有在做WebRTC的更底层的开拓，发现WebRTC的实时性效果确实是出奇的好，我们综合分析了一下： WebRTC的视频传输采用的是RTP/RTCP协议，与GB/T28181一样； WebRTC在信令上各有各的自定义交换方式，与SIP协议类似，其主要目的就是做SDP等信息交换； 如果能衔接WebRTC的信令交换方式与国标SIP的信令交换方式，那WebRTC的RTP/RTCP是不是就可以与GB/T28181的RTP/RTCP贯通？ 那么GB/T28181是不是就可以借助到WebRTC的各种底层框架优势？ WebRTC+GB28181，延时、对讲、回音，是不是统统都没问题了？ 是的，我们正在按照这个思路在开发！ 来源： oschina 链接：

最近我们的各个产品都在整合国标GB28181的功能扩展，有EasyNVR的国标GB28181向上级联、有EasyGBS的下级接入与对上级联、有EasyCVR的多协议接入与GB28181输出，大家都在做GB28181，国标的成熟与兴起是政策与执行相互促进推动的结果，以前没有一个这么完善的协议能统一平台相互级联的思路，如今有了，那么各种类型的系统支持GB28181就是必然的； EasyNVR将RTSP/Onvif设备汇聚并向上级平台级联： EasyGBS国标接入与向上级联： EasyCVR能将各种协议汇聚并向上GB28181级联： 同时，我们也有在做WebRTC的更底层的开拓，发现WebRTC的实时性效果确实是出奇的好，我们综合分析了一下： WebRTC的视频传输采用的是RTP/RTCP协议，与GB/T28181一样； WebRTC在信令上各有各的自定义交换方式，与SIP协议类似，其主要目的就是做SDP等信息交换； 如果能衔接WebRTC的信令交换方式与国标SIP的信令交换方式，那WebRTC的RTP/RTCP是不是就可以与GB/T28181的RTP/RTCP贯通？ 那么GB/T28181是不是就可以借助到WebRTC的各种底层框架优势？ WebRTC+GB28181，延时、对讲、回音，是不是统统都没问题了？ 是的，我们正在按照这个思路在开发！ 来源： oschina 链接：

WebRTC 是 Web Real-Time Communication，即网页实时通信的缩写，是 RTC 协议的一种 Web 实现，项目由 Google 开源，并和 IETF 和 W3C 制定了行业标准。在国内 WebRTC 已经获得了越来越多厂商的支持，应用前景变得更加广阔，所以我们也开设专栏，分享阿里云内部的 WebRTC 研究工作。 本篇是阿里云视频云 WebRTC 技术专栏系列文章的第一篇，作者将从 WebRTC SDP 例子和关键属性的角度为大家深度剖析解读，其中也分享了阿里云技术专家的一些实践经验，希望能对大家有所帮助或者启发。后续 WebRTC 技术专栏系列将继续推出 WebRTC ICE/DTLS/SRTP/RTCP/TURN 的详解与剖析，欢迎关注我们的公众号。 作者： 忘篱，阿里云高级技术专家，负责阿里云 RTC 服务器研发； 泰一，阿里云高级开发工程师，从事阿里云 RTC 服务器研发 Overview 狭义的说 WebRTC 是指浏览器端，浏览器端如何直接交换数据呢？肯定是没法完全独立完成的，必须得依靠服务器。一般依赖几种服务器： Signaling 信令服务器，也就是交换房间和会议的媒体信息，以及会议期间的消息，媒体描述使用的是 SDP 协议，也就是本文剖析的重点。 ICE 服务器，可以分为帮助两个客户端打洞建立 P2P 连接的 STUN 服务器

应用层(典型设备:应用程序, 如FTP, SMTP , HTTP) HTTP (Hypertext Transfer Protocol )超文本传输协议 <端口号 80>, 面向事务的应用层协议。 DNS (Domain Name System )域名解析<端口号53> FTP (File Transfer Protocol )文件传输协议<端口号21>减少或消除不同操作系统下处理文件的不兼容性。 SMTP (Simple Mail Transfer Protocol )简单邮件传输协议 <端口号25> 用于发送邮件。 Gopher (英文原义：The Internet Gopher Protocol 中文释义：(RFC-1436)网际Gopher协议) NNTP (Network News Transport Protocol)RFC-977)网络新闻传输协议 SIP 信令控制协议 RTCP (RTP Control Protocol)RTP 控制协议 RTSP (Real Time Streaming Protocol)实时流传输协议 DHCP (Dynamic Host Configuration Protocol)动态主机分配协议, 使用 UDP 协议工作, 主要有两个用途：给内部网络或网络服务供应商自动分配 IP 地址,

Easy系列从开源到SDK组件，再到产品、解决方案、硬件，从2012年EasyDarwin开始，专注于流媒体音视频这一领域已经非常多年了，积累了丰富的行业经验，同时也积累了众多的产品，产品的名称非常多，为了让更多的同学能更好地了解Easy系列的方案，今天我们汇总了一下EasyDarwin开源社区提供的开源与免费的项目与产品： Web： www.easydarwin.org Github： https://github.com/EasyDarwin 一、EasyDarwin EasyDarwin是一款开源的RTSP流媒体服务器，早期是基于Apple的Darwin Streaming Server来开发的，后来跟随着时代的发展，分别建立的node.js和golang的分支，目前Go版本的EasyDarwin作为主分支在维护，EasyDarwin对于广大的流媒体开发者来说，可以做为一个流媒体行业入门的基础框架，同时，也能帮助企业解决一些视频安防、视频直播方面的业务需求。 二、EasyAACEncoder 简单、高效、稳定的开源音频编码库，支持将各种音频数据(G.711A/PCMA、G.711U/PCMU、G726、PCM)转码成AAC(with adts)格式，其中aac编码部分采用的是业界公认的faac库，EasyAACEncoder支持Windows、Linux、ARM等多种平台

WebRTC 是 Web Real-Time Communication，即网页实时通信的缩写，是 RTC 协议的一种 Web 实现，项目由 Google 开源，并和 IETF 和 W3C 制定了行业标准。在国内 WebRTC 已经获得了越来越多厂商的支持，应用前景变得更加广阔，所以我们也开设专栏，分享阿里云内部的 WebRTC 研究工作。 本篇是阿里云视频云 WebRTC 技术专栏系列文章的第一篇，作者将从 WebRTC SDP 例子和关键属性的角度为大家深度剖析解读，其中也分享了阿里云技术专家的一些实践经验，希望能对大家有所帮助或者启发。后续 WebRTC 技术专栏系列将继续推出 WebRTC ICE/DTLS/SRTP/RTCP/TURN 的详解与剖析，欢迎关注我们的公众号。 作者： 忘篱，阿里云高级技术专家，负责阿里云 RTC 服务器研发； 泰一，阿里云高级开发工程师，从事阿里云 RTC 服务器研发 Overview 狭义的说 WebRTC 是指浏览器端，浏览器端如何直接交换数据呢？肯定是没法完全独立完成的，必须得依靠服务器。一般依赖几种服务器： Signaling 信令服务器，也就是交换房间和会议的媒体信息，以及会议期间的消息，媒体描述使用的是 SDP 协议，也就是本文剖析的重点。 ICE 服务器，可以分为帮助两个客户端打洞建立 P2P 连接的 STUN 服务器