记录－交流－Web开发知识分享
使用html5 javascript 共享屏幕: json
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<meta name="robots" content="noindex, nofollow">
<style>
body {
padding: 0;
margin: 0;
}
svg:not(:root) {
display: block;
}
.playable-code {
background-color: #f4f7f8;
border: none;
border-left: 6px solid #558abb;
border-width: medium medium … Web 平台已经允许 Web 应用程序捕获当前选项卡的视频轨道。它现在附带 Region Capture，这是一种裁剪这些视频轨道的机制。Web 应用程序将当前选项卡的一部分指定为其感兴趣的区域，并且浏览器会裁剪该区域之外的所有像素。
Web 应用程序以前可以“手动”裁剪视频轨道。也就是说，Web 应用程序可以直接操作每一帧。这既不稳健也不高效。区域捕获解决了这些缺点。Web 应用程序现在可以指示浏览器代表它完成工作。…
Web 上实现直播推流的方式主要有两种，一种是通过 Flash 推流，一种是通过 WebRTC 推流。目前主流浏览器已经放弃了对 Flash 的支持，Chrome 从 88 版本开始彻底禁用了 Flash。因此，使用 WebRTC 进行直播推流成为了 Web 上最好的选择。
通过 WebRTC 可以让网站在不借助中间媒介的情况下，建立浏览器和浏览器、浏览器和服务器之间的点对点连接，实现视频流和音频流或者其他任意数据的传输。
用在直播的场景下，通过 WebRTC 推流，用户不需要借助 OBS 等推流软件，打开网页就可以发起直播。…
ffmpeg rtsp流转m3u8流
ffmpeg -rtsp_transport tcp -i "rtsp://admin:admin123@192.168.1.123:554/live/av0" -fflags flush_packets -max_delay 1 -an -flags -global_header -hls_time 1 -hls_list_size 3 -vcodec copy -s 216x384 -b 1024k -y test.m3u8
ffmpeg rtsp流转发
ffmpeg -rtsp_transport tcp -i "rtsp://admin:admin123@192.168.1.123:554/live/av0" -vcodec h264 -acodec aac -f …
流混合是一种将多个音频或视频流组合到云上的一个流技术，广泛应用于直播、在线教育、音频室直播等场景。开发人员可以通过播放混合流来查看屏幕并听到聊天室中所有成员的声音，无需管理聊天室中的每个流。
流混合是一种将多个音频或视频流组合到云上的一个流技术，广泛应用于直播、在线教育、音频室直播等场景。开发人员可以通过播放混合流来查看屏幕并听到聊天室中所有成员的声音，无需管理聊天室中的每个流。
流混合之所以广泛应用于音频和视频领域，是因为它可以给开发人员带来以下好处。
在大型直播或在线教育场景中，如果多方在一个房间内共同主持，房间内的所有用户需要播放多条流。使用流混合技术，只需要播放一个流。即在双方托管的情况下，费用可减半。在多方托管的情况下，成本可以降低(n - 1)/n。如果使用审查机制（比如淫秽内容审核），成本也可以降低(n - 1) /n，因为只需要查看一个流的图像。
当多个主机共同托管并使用流混合时，观众只需播放混合流并进行渲染，而不是播放和渲染多个流。
如果没有流混合，我们无法在多方共同托管方案中将直播转发到 Facebook、YouTube 和其他直播流平台。因为这些平台只有一个 RTMP 地址，我们无法将多个流转发到一个地址。
对于 iPhone 用户，Safari 浏览器不支持同时播放多个音频文件。当播放多个流时，就只能播放一个流，流混合可以解决这个问题。由于手机性能和浏览器性能的限制，手机上的大多数Web浏览器一般可以播放最多四个流。借助流混合技术，可以播放的最大流数会有很大的增加，并且无需额外的带宽和性能消耗。
如下图所示，当一个聊天室中的多个用户发布流时，服务器会根据布局配置将两个流合并为一个流，这样观众就可以播放混合流查看用户 A 和用户 B 的屏幕。
a) …
作者：网易云信资深客户端开发工程师 陶金亮
近几年，实时音视频领域越来越热，业界很多音视频引擎都是基于 WebRTC 进行实现的。本文主要介绍 WebRTC 在视频辅流上的需求背景以及相关技术实现。
WebRTC 中的 SDP 支持两种方案： PlanB 方案 和 Unified Plan 方案。早期我们使用多PeerConnection的 Plan B 方案中只支持一条视频流发送，这条视频流，我们称之为”主流”。目前我们使用单 PeerConnection 的 Unified Plan 方案，新增一条视频辅流，何为视频”辅流”？视频辅流是指第二条视频流，一般用于屏幕共享。…
~~~~~~~
首先要阐明所谓的AVC其实就是H.264标准，是由ITU-T和ISO/IEC组成的联合视频组（JVT，Joint Video Team）一起开发的，ITU-T给这个标准命名为H.264（以前叫做H.26L），而ISO/IEC称它为MPEG-4 高级视频编码（Advanced Video Coding，AVC）它定位于覆盖整个视频应用领域，包括：低码率的无线应用、标准清晰度和高清晰度的电视广播应用、Internet上的视频流应用，传输高清晰度的DVD视频以及应用于数码相机的高质量视频应用等等。
从低到高分别为：Baseline、Main、High。
Baseline（最低Profile）级别支持I/P 帧，只支持无交错（Progressive）和CAVLC，一般用于低阶或需要额外容错的应用，比如视频通话、手机视频等；
Main（主要Profile）级别提供I/P/B 帧，支持无交错（Progressive）和交错（Interlaced），同样提供对于CAVLC 和CABAC 的支持，用于主流消费类电子产品规格如低解码（相对而言）的mp4、便携的视频播放器、PSP和Ipod等；
High（高端Profile，也叫FRExt）级别在Main的基础上增加了8x8 内部预测、自定义量化、无损视频编码和更多的YUV 格式（如4：4：4），用于广播及视频碟片存储（蓝光影片），高清电视的应用。
AVC 的规格主要是针对兼容性的，不同的规格能在相同级别上的平台应用。至于Baseline@L x.x、Main@L x.x、High@L x.x形式则是在不同级别下的码流级别，数值越大码流就越大，更耗费资源。所以就码流而言High@L3.0<High@L4.0<High@L5.1。
H.264有四种画质级别,分别是BP、EP、MP、HP：
1、BP-Baseline Profile：基本画质。支持I/P 帧，只支持无交错（Progressive）和CAVLC；
2、EP-Extended profile：进阶画质。支持I/P/B/SP/SI 帧，只支持无交错（Progressive）和CAVLC；
3、MP-Main profile：主流画质。提供I/P/B 帧，支持无交错（Progressive）和交错（Interlaced），也支持CAVLC 和CABAC 的支持；
4、HP-High
据报道，如今已安装数亿台视频监控 IP 摄像机。当然，并非所有这些都需要低延迟视频播放。视频监控通常是静态的——流记录到存储中并被分析以检测运动。有很多软件和硬件视频监控解决方案可以很好地完成它们的工作。
在本文中，我们将介绍IP 摄像机的稍微不同的用法，即 -需要低延迟通信的应用程序中的在线广播。
首先，让我们来解决关于网络摄像头和 IP 摄像头的常见术语误解。
网络摄像头是一种没有自己的 CPU 和网络接口的视频捕获设备。网络摄像头需要连接到计算机、智能手机或任何其他设备才能使用其网络功能和 CPU。
IP 摄像机是一个独立的设备，具有自己的网络接口和一个 CPU，用于压缩捕获的视频并将其发送到网络。因此，IP 摄像机是一台独立的微型计算机，可以连接到网络，不需要任何其他设备。也就是说，它直接向 Internet 广播。
低延迟是 IP 摄像机和在线广播的罕见要求。当视频信号源与该流的观众交互时，就会出现对低延迟连接的需求。
低延迟通常是各种游戏使用场景的要求。例如：实时视频拍卖、真人荷官视频赌场、带主播的交互式在线电视节目、远程四轴飞行器控制等。
现场赌场经销商在工作。
近期评论