说到直播，我们一般比较容易想到的就是rtmp的直播，大家用的比较多，实际上使用rtsp也可以做直播，这一篇就讲一下如何基于rtsp构建直播场景。为了避免混淆，先提前声明一下，之前的基于live555搭建的场景是点播的场景，而非直播。本篇我们要搭建的基于rtsp的直播环境基于EasyDarwin去搭建，非常方便快捷，一起来看一下吧。
在《WebRTC流媒体服务器-Janus的安装与布署》 一文中我已经向你介绍了如何布署Janus，今天我们来了解一下 Janus 的源码，看看Janus目录中都包括哪些文件，以及它们所起的作用是什么。
BlueScan是一款功能强大的蓝牙扫描器，广大研究人员可以使用BlueScan来扫描BR/LE设备、LMP、SDP、GATT以及相关的蓝牙漏洞。
在iOS下做IM功能时，难免都会涉及到音频通话和视频通话。QQ中的QQ电话和视频通话效果就非常好，但是如果你没有非常深厚的技术，也没有那么大的团队，很难做到QQ那么快速和稳定的通话效果。 但是利用WebRTC技术，即使一个人也能够实现效果不错的音视频通话。本篇介绍WebRTC的基础概念。
https-_specials-images.forbesimg.com_dam_imageserve_1157048385_960x0.jpg-fitscale.jpg
想必大家都还记得，上周各大媒体的热点事件都是围绕中兴展开的：美国对中国知名通信企业中兴执行为期7年的出口禁令，这对长期以来一直依靠软硬件进口的中兴来说无疑是封喉一剑。中兴事件也再度暴露出中国在包括芯片在内的关键核心技术领域长期受制于人的现实。“缺芯少魂”使得国内很多产业不得不受制于别国，如果说我们没有自主掌控的核心技术，类似此类事件还会发生。从另一方面来说，这其实也给所有国内的高科技公司发出了这样一个警示：必须要在核心技术、核心研发上去投入。 不止是芯片等核心硬件，软件亦是如此。在如今互联网高度普及的
在上个系列专栏前端音视频的那些名词中，我们对比特率、帧率、分辨率、容器格式以及编码格式有所了解，如果还没看过的同学请点击上方链接自行跳转。
广播终端作为被叫方，接听时，只看对方的视频，本端的视频是recvonly，webrtc生成sdp时是recvonly，但是janus转到freeswitch后，freeswitch收到的sdp的video部分却成了sendrecv;
伪变量转换函数大部分在 pv 模块中处理，官方文档记录的很全面，但是给的例子比较少。本文列举比较常用的转换函数
编者按：近年来，软件定义网络(SDN)如同海藻一样疯狂地席卷全球。但火热的SDN真的安全吗？Gartner分析师Neil MacDonald表示“SDN创建了一个抽象层，这将带来很多新的攻击面，例如OpenFlow协议、供应商API等”。为解决这难题，一种新型的安全模型软件定义边界（Software Defined Perimeter）诞生了,国际云安全联盟（CSA）表示“SDP被设计为与软件定义网络（SDN）高度互补”。
1 媒体协商 在音视频通讯场景中，由于两端之间所支持的音视频编解码、传输协议、传输的速率，都需要进行彼此通知对方。 我们把一个 1 对 1 的音视频通讯，比喻成双方互送快递包裹的过程。 首先这里有很多问题，双方要彼此告知对方后，才能寄送包裹。 比如： 我不知道包裹要寄给谁？（我要和谁建立通讯） 对方能否使用我的包裹？（我的媒体格式对方是否支持） 对方在哪里，地址是什么？（对方所处网络的位置在哪） 走那条路线寄送最快？（走哪种网络传输最效率） 实际场景中，我们要打电话互相告诉对方一些信息。而在音视频通讯
本文介绍了VPN、SDP和零信任网络之间的相互关系。迄今为止，VPN在网络安全领域的地位比较高，SDP和零信任网络目前还比较新，他们推出的目的就是为了填补VPN的空白。不过，VPN在网络安全方面的成功大家都有目共睹，而SDP和零信任仍处于新生阶段。
块是文件系统的抽象，而非磁盘的属性，一般是 Sector Size 的倍数；扇区大小则是磁盘的物理属性，它是磁盘设备寻址的最小单元。另外，内核中要求 Block_Size = Sector_Size * (2的n次方)，且 Block_Size <= 内存的 Page_Size (页大小)。
大家都知道，零信任一开始的定位就是新一代网络安全架构，其立论是基于传统边界防护的内网不再安全，一旦攻击者突破了边界，在边界内就畅通无阻，打一比方，就像是一个鸡蛋，穿透了蛋壳，内部就是蛋黄和蛋清，所以需要用零信任新范式构建身份新边界。零信任主张持续验证，基于最小权限访问控制。
本文介绍了WebRTC直播技术，包括相关概念、API、信令流程以及SDP握手等内容。通过这些介绍，读者可以了解WebRTC直播的原理和实现方式。
信令是WebRTC用来协助建立p2p通讯的。主要用于协商双方通讯过程，传递基本信息SDP(会话描述协议)。 例如：打开/关闭连接的指令；视频信息，比如解码器，解码器的设置，带宽，以及视频的格式等；网关信息，比如双方的 IP，port... 一个简单的SDP格式：
5月17日世界电信日，由国际云安全联盟CSA大中华区主办、腾讯安全承办的“CSA SDP2.0标准发布暨零信任技术研讨会”在线上召开。本次研讨会聚焦软件定义边界SDP和零信任，共探数字化安全新未来。
首先介绍了 getUserMedia，这是一个提供到多媒体流的 API。比如希望存储音视频数据就可以使用 MediaStreamRecorder API。getUserMedia()是一个无论对于开发者还是用户都十分方便的 API：开发者可以仅使用一个函数来获取音视频源数据，而用户也不需要安装其他软件或库。这个 API 只有一个方法，就是 getUserMedia()，从属于 window.navigator.object。
开始正文之前，先思考1个问题：2个处于不同网络环境的(具备摄像头/麦克风多媒体设备的)浏览器，要实现点对点的实时视频/语音通讯，难点在哪？
上一篇我们介绍了RTSP的OPTION指令，客户端发起OPTION请求后，得到了RTSP服务器支持的指令。在此之后，客户端会继续向服务器发送DESCRIBE消息，来获取会话描述信息（sdp）。本篇我们来详细介绍一下DESCRIBE指令。
JSR292：支持动态类型语言（InvokeDynamic） 图 1. 项目图标－－达芬奇设计的直升机 近年来越来越多的基于 JVM 的动态语言的出现，对于 JVM 提出了新的需求和挑战。其实在 JD
注意的是SDP虽然具备这些能力参数信息的描述功能，但是SDP并不是传输协议，需要用RTSP、SIP、HTTP等协议进行承载传输、交换，如果大家协调好了之后，就可以建立会话，完成真实的音视频码流传输，再完成解码和播放。
架构 整理分为两层： 应用层、核心层 绿色部分是核心部分， 是WebRTC提供的核心功能； 紫色部分是浏览器提供的JS的API层； 即 浏览器对WebRTC核心层的C++ API 做了一层封装
我们在开发网络程序时经常用到UDP或RTP来发送和接收流媒体，而开发程序完毕需要搭建一个环境测试，这时候可能你需要一个推流端或接收端。对于推流端，我们可以借助FFmpeg工具轻松完成该功能，只需要敲一条命令后就可以实现发流，并且支持多种网络协议（UDP/RTP/RTSP/RTMP）。而接收端我们可以使用ffplay，这个程序也是在FFmpeg工具包的Bin目录里面。大家可以根据自己需要使用这两个工具进行推流或接收，下面就以传输协议UDP、RTP为基础，介绍几种最常见的推流场景下两个工具的用法。
WebRTC介绍及简单应用 WebRTC，即Web Real-Time Communication，web实时通信技术。简单地说就是在web浏览器里面引入实时通信，包括音视频通话等。 WebRTC
RTSP（Real Time Streaming Protocol）是由Real Network和Netscape共同提出的如何有效地在IP网络上传输流媒体的应用层协议。RTSP对流媒体提供诸如暂停、快进等控制，而它本身并不传输数据。RTSP的作用相当于流媒体服务器的远程控制。服务器端可以自行选择使用TCP或UDP来传输串流内容，它的语法和运作跟HTTP1.1类似，但并不特别强调时间同步，所以比较能容忍网络延迟。
WebRTC，即Web Real-Time Communication，web实时通信技术。简单地说就是在web浏览器里面引入实时通信，包括音视频通话等。
目前我们的EasyGBS、EasyRTC、EasyDSS等平台都已经实现了webrtc协议的视频播放，在开发webrtc时，信息交互需要使用SDP数据格式，同时使用ffplay播放rtp数据流时需要首先获取SDP文件信息。
SDP 完全是一种会话描述格式（对应的RFC2327） ― 它不属于传输协议 ― 它只使用不同的适当的传输协议，包括会话通知协议（SAP）、会话初始协议（SIP）、实时流协议（RTSP）、MIME 扩展协议的电子邮件以及超文本传输协议（HTTP）。SDP协议是也是基于文本的协议，这样就能保证协议的可扩展性比较强，这样就使其具有广泛的应用范围。SDP 不支持会话内容或媒体编码的协商，所以在流媒体中只用来描述媒体信息。媒体协商这一块要用RTSP来实现．
最近接到任务，要写一个SIP协议转换的服务器。但个人对SIP了解非常少，幸好学长写有一个类似的东西，于是向学长请教。但是由于个人悟性问题（微笑），我除了知道了用了osip和exosip这个库之外，其他一无所知。于是回实验室开始看源码+网上查资料，发现了一个问题：目前学长的程序还有网上的资料千篇一律全是只添加了一个body（即SDP部分），但是根据实际，我需要添加两个body（SDP和XML），但网上的资料和手里的程序没有任何地方提到了添加第二个body的方法，并且第二个body还是xml格式的更没人提到了。
本文由融云技术团队原创投稿，作者是融云WebRTC高级工程师苏道，转载请注明出处。为了更好的内容呈现，内容略有修订。
实时互动直播系统必须使用UDP作为数据传输的协议，为什么一定是UDP。TCP是一种可靠的传输协议，会保证在传输的过程中不丢包，UDP传输的速度快，但是不可靠，尤其是用户网络质量很差的情况下，会出现大量的丢包，基本无法保证音视频的服务质量。
原文 https://blogs.akamai.com/2018/11/enhancing-network-performance-with-packet-pacing.html
目前EasyGBS平台已经支持Webrtc协议的视频流输出了，对我们来说是一个很大的进步。webrtc及时性、低延时的优势可以让视频输出行业达到一个新高度，本文我们主要是和大家分享一下开发过程中webrtc建立P2P的流程，流程主要分为两个部分，一个是发起端，一个是接收端，下面就这两个部分的运行详细讲解一下。
gRPC Streaming的操作对象由服务端和客户端组成。在一个包含了多个不同服务的集群环境中可能需要从一个服务里调用另一个服务端提供的服务。这时调用服务端又成为了提供服务端的客户端了（服务消费端）。那么如果我们用streaming形式来提交服务需求及获取计算结果就是以一个服务端为Source另一个服务端为通过式passthrough Flow的stream运算了。讲详细点就是请求方用需求构建Source，以连接Flow的方式把需求传递给服务提供方。服务提供方在Flow内部对需求进行处理后再把结果返回来，请求方run这个连接的stream应该就可以得到需要的结果了。下面我们就针对以上场景在一个由JDBC,Cassandra,MongoDB几种gRPC服务组成的集群环境里示范在这几个服务之间的stream连接和运算。
SIP（Session Initiation Protocol，会话初始协议）是由IETF（Internet Engineering Task Force，因特网工程任务组）制定的多媒体通信协议。它是一个基于文本的应用层控制协议，用于创建、修改和释放一个或多个参与者的会话。它是一种应用层协议，与其他应用层协议协同工作，通过Internet控制多媒体通信会话。它在在RFC 3261中定义。
这两天研究了FFmpeg获取DirectShow设备数据的方法，在此简单记录一下以作备忘。本文所述的方法主要是对应Windows平台的。
随着直播行业的快速发展，直播带货秒杀和在线教育答题等应用场景对直播延时的要求越来越严苛。今天的技术解码就由费伟老师为大家带来腾讯云在快直播方面的一些分享！ 随着直播行业的快速发展，特别是在今年疫情的影响下，各种低延时的直播场景得到了爆发性发展。最典型的应用就是直播带货秒杀和在线教育答题。这些应用场景的核心需求就是实时音视频互动，而传统直播技术基于HLS、FLV/RTMP协议具有秒级别的延时，高延时是制约互动效果的关键因素。快直播就是针对传统直播协议高延时的痛点，基于WebRTC技术实现毫秒级延
零信任是一种安全模型，基于访问主体身份、网络环境、终端状态等尽可能多的信任要素对所有用户进行持续验证和动态授权。 零信任与传统的安全模型存在很大不同，传统的安全模型通过“一次验证+静态授权”的方式评估实体风险，而零信任基于“持续验证+动态授权”的模式构筑企业的安全基石。
本文由融云技术团队原创投稿，作者是融云WebRTC高级工程师苏道，转载请注明出处。
4月份我们曾报道过云安全联盟推出的接入控制协议 software-defined perimeter (SDP) ，当时云安全联盟宣称只要能够入侵CIA前任特工Bob Flores的账户就可以获得1万
这两年来，WebRTC 越来越多地出现在人们的视野，在在线教育，在线医疗等领域的应用也越来越多。大家研究 WebRTC 的热情也越来越高涨，不过 WebRTC 的入门门槛个人觉得稍微有些高，特别是各种概念，比如 NAT 穿越，ICE，STUN，TURN，Signaling server等等，刚开始可能会觉得比较繁杂，不易理解。然后建立连接的整个过程，异步调用比较多，很容易搞混。那么这篇文章里我们会根据 WebRTC 的官方 demo AppRTC 的 iOS 版本来分析一下 WebRTC 从进入房间到建立音视频连接的过程，为了便于了解，我们本次的讨论不涉及到底层的具体实现。
在P2P通信标准协议(二)中,介绍了TURN的基本交互流程,在上篇结束部分也有说到,TURN作为STUN协议的一个拓展,保持了STUN的工具性质,而不作为完整的NAT传输解决方案,只提供穿透NAT的功能, 并且由具体的应用程序来使用.虽然TURN也可以独立工作,但其本身就是被设计为ICE/RFC5245的一部分,本章就来介绍一下ICE协议的具体内容.
随着蓝牙技术的不断普及发展，蓝牙已然成为了许多设备不可或缺的功能。如今的手机和平板电脑几乎都已具备了蓝牙的功能。但在为我们带来极大方便的同时，蓝牙也成正成为一个泄露我们隐私数据的切入口！一旦黑客破解了我们的蓝牙连接，那么我们存储在手机上的大量隐私数据将会被黑客毫无保留的窃取走。
WebRTC 只是一个媒体引擎，上面有一个 JavaScript API，所以每个人都知道如何使用它（尽管浏览器实现仍然各不相同），本文对 WebRTC（网页实时通信）的相关内容进行简要介绍。
在建立音视频通信之前，浏览器之间需要通过信令服务器进行一系列交互，以协商会话参数和通信方式。下面是 WebRTC 的信令交互过程：
WebRTC (Web Real-Time Communication)是一个免费、开源的项目，通过简单的应用程序编程接口(API)为 Web 浏览器和移动应用程序提供实时通信(RTC)。这也表明了 WebRTC 设计的目标就是“设计一种通过尽量短的、延迟尽量低的路径进行 P2P 通信的协议，提供一种简单的、能让所有人使用的 API”。一旦你把它放入浏览器，它就是标准；一旦它成为了标准，开发时会遇到的“摩擦”就会消失。
网络最初设计的目的是通过一个固定的边界来创建与外部世界相隔离的内部网络。内部网络被认为是可信赖的，而外部网络被认为是敌对的。目前，这些仍然是大多数网络专业人士的基础，尽管网络自设计以来已经发生了很多变化。
RTSP(Real-TimeStream Protocol )是一种基于文本的应用层协议，在语法及一些消息参数等方面，RTSP协议与HTTP协议类似。
上一篇我们介绍了RTSP数据包的格式，在整个rtsp的交互过程，sdp也是很重要不可获取的一环，本篇我们来详细介绍一下sdp的格式！
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
