首页
学习
活动
专区
工具
TVP
发布

刘同学被占用了

专栏作者
11
文章
47058
阅读量
16
订阅数
Livekit-开源实时音视频基础设施介绍
Livekit 是今年开源的一个全栈的RTC解决方案,包括各种版本的sdk以及开箱即用服务端。之所以引起我的关注是这个开源项目背后的团队以及运作方式,相比于其他的WebRTC相关的开源项目,Livekit是由全职的团队在做开源,并且拿到了700w$的融资, 相比于数据库领域火热的开源商业化,这把火也烧到的RTC 基础设施领域。某种意义上也说明了RTC领域越来越成熟,越来越被大家关注。抛开RTC开源商业化之外,livekit本身的设计也有一些可取之处,后面会详细介绍。
刘连响
2022-03-30
3.3K0
WebRTC社区头部开源项目介绍
c++实现的开源WebRTC协议栈,代码质量比较高,已经有多种语言的binding
刘连响
2022-03-30
3.3K0
WebRTC Insertable Stream 初探与 WebRTC"管道化"
在"WebRTC的现状与未来"(https://webrtchacks.com/webrtc-today-tomorrow-bernard-aboba-qa/)这篇文章中讲述了WebRTC要带来的一些新的特性, 这里我们重点探索一下WebRTC Insertable Streams。
刘连响
2022-03-30
2.2K0
WebTransport 与 WebCodecs 初探
WebTransport 是WebRTC体系下的一套浏览器API,提供低延迟,client和server之间双向通信的能力。 核心的能力点包括:
刘连响
2022-03-30
1.2K0
WebRTC CDN 实现
核心设计 把RTC技术与CDN架构融合,一套架构同时支持WebRTC和RTMP 支持一对一,多人互动场景 支持直播,大规模分发场景 架构保持足够简单,降低运维成本 对RTMP协议的改造 如果要让webrtc和rtmp无缝互通,需要拓展rtmp对opus编码(48k采样)的支持,rtmp本身并不支持opus 同时在ffmpeg中拓展rtmp对opus编码(48k采样)的支持 边缘节点设计 边缘节点支持的能力: rtmp/webrtc推流,webrtc拉流 边缘节点不做任何的编解码操作,只作为接入点和分发点 支
刘连响
2022-03-30
8820
WebRTC使用SDES代替DTLS协商
WebRTC作为浏览器中的一个组件,在设计的时候考虑了大量了安全问题,比如要求getUserMedia在加密网页中才能打开摄像头, 使用MDNS来防止IP地址的泄露, 使用DTLS来加密datachannel数据,使用DTLS-SRTP来加密音视频数据等等,在带来更高的安全性的同时也带来更多的复杂性,更多的资源占用。尤其是对于开发者来说,DTLS-SRTP的引入带来很多问题,工程的复杂性,服务器资源的占用,以及音视频建立连接的延迟等,我们使用SDES来减少DTLS带来的影响,在保证兼容WebRTC协议的同时减少系统的复杂度,降低弱网下的首帧延迟。
刘连响
2022-03-30
1.3K0
WebRTC编译国内加速镜像
在构建学而思的低延迟互动直播网络的过程中需要经常的编译WebRTC,但由于WebRTC依赖较多(十几个G), 而且大多数内容需要访问国外网站,这对我们编译工作造成很多困扰,我们尝试了多种加速编译的方法,最终找到一个对WebRTC代码没有任何侵入的镜像方案。
刘连响
2022-03-30
6.3K1
WebRTC 媒体服务器中使用单端口
WebRTC在进行互通的时候需要开放很多端口, 一个音/视频通道就要开启多个通道, 如果是多人音视频通话需要开通的端口更多. 对端口资源照成了很大的浪费, 一些防火墙会限制多udp端口的开放. 如果要部署在服务端, 多端口的开发会给运维照成极大的不方便.
刘连响
2019-05-21
3.7K0
iOS Airplay Screen Mirroring 同屏技术详解
投屏技术已经被大量用在身边的产品, 比如电视投屏, 投影仪, 视频会议产品中. 在iOS平台外的其他平台中都已经有非常成熟的标准和实现. 但在封闭的苹果iOS和Mac系统中, 苹果使用私有的Airplay协议进行多屏互动, 只开放给自己生态中的产品. 对此相关技术限制比较严格,甚至在iOS9中加上了更严格的加密算法, 直接导致很多投屏的产品不可用.
刘连响
2019-04-03
3K0
基于RTMP和WebRTC开发大规模低延迟(1000毫秒内)直播系统
随着移动设备大规模的普及以及流量的资费越来越便宜, 超低延迟的场景越来越多. 从去年到今年火过的场景就有在线娃娃机, 直播答题, 在线K歌等. 但要做到音视频的超低延迟确是很不容易, 编码延迟, 网络丢包, 网络抖动, 多节点relay,视频分段传输,播放端缓存等等都会带来延迟.
刘连响
2019-04-03
14.1K0
基于WebRTC构建超低延迟(500ms)的直播系统
上周写了一篇文章基于RTMP和WebRTC 构建低延迟的直播系统(https://zhuanlan.zhihu.com/p/47302561), 只所以要基于RTMP, 还是考虑尽可能复用现有的技术和基础设施. 实际上国外已经有基于WebRTC的CDN系统, 比如 http://phenixrts.com/, https://www.millicast.com/. 比这更早的可以追溯到beam, 一个实时的游戏直播平台, 在2016年被微软收购后改名mixer(https://mixer.com). 目前国内低延迟直播的做法是在rtmp的基础调优, 比如使用可靠UDP方案替换RTMP的传输层, 目前使比较多的方案有KCP和QUIC. 但魔改RTMP的方案始终没有特别好的适配浏览器的方法. 相比有超过40亿设备支持的WebRTC来说, WebRTC的方案无疑更有想象空间.
刘连响
2019-04-03
7.7K0
没有更多了
社区活动
腾讯技术创作狂欢月
“码”上创作 21 天,分 10000 元奖品池!
Python精品学习库
代码在线跑,知识轻松学
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档