- 综合排序
- 最热优先
- 最新优先
- 来自专栏媒矿工厂
WebCodecs, WebTransport, and the Future of WebRTC
我们多次触及的一个领域是使用 WebCodecs 和 WebTransport 作为 WebRTC 的 RTCPeerConnection 的替代方案。为了简洁起见，我们将这种方法称为 W&W。 这些想法已被 WebTransport 采纳。因此，在我看来，其中很大一部分是扩展了 WebRTC，同时也添加了新的功能，可以将 WebRTC 与其他东西结合起来。” 我认为 WebRTC 并不擅长某些事情，例如缓存和 DRM 等超低延迟流媒体功能，这些功能可以通过 WebCodecs 和 WebTransport 来完成，我们肯定会深入探讨这一点。” “口型同步的音频和视频对齐本身就是一个完整的主题，这是我花最多时间的领域。这可以得到很大改善。但无论如何，这里我们做了一些补偿来对齐音频和视频。” “最后一点——我们将音频发送到音频循环缓冲区。 图9 俄勒冈州 demo 结果一 “我提高了分辨率和比特率。然后延迟有点高，是380 毫秒。” 图10 俄勒冈州 demo 结果二 “我还做了另一个完全相同的实验，但我把中继放在欧洲的法兰克福。
1.7K20编辑于 2023-09-09 - 来自专栏进击的多媒体开发
WebRTC 的现状和未来：专访 W3C WebRTC Chair Bernard Aboba
WebRTC 无疑推动和改变了互联网视频，而这仅仅是刚刚开始，除了大家熟悉的 WebRTC-PC、Simulcast 和 SVC，有太多的新技术和新架构出现在 WebRTC 新的标准中，比如 WebTransport 、WebRTC-NV 用例、WebRTC-ICE,、WebTransport 和 WebRTC-QUIC 等文档的主编，微软 Teams 媒体组的首席架构师。 05 WebTransport 新的传输 WebTransport 是由 W3C 一个专门的工作组定义的，当然和 WebRTC 有很紧密的关系。 比如 WebCodecs 支持了 GPU 缓冲区，但目前这个缓冲区是只读的，如果你希望对 GPU 缓冲区的内容做 ML，这就不行了因为无法修改它，你只能用拷贝实现。 然后它将面部信息和关键帧结合起来，重构了整个流。这样就只需要传递面部特征信息，这可以节约很多带宽，NVIDIA 声称可以做到 H.264 码率的 1/10。
1.3K20发布于 2021-02-24 - 来自专栏媒矿工厂
WebRTC现状与未来：专访W3C的WebRTC主席Bernard Aboba
因此，您不能仅使用WebCodecs和WebTransport编写完整的WebRTC PC用例。 您可以看到这反映在WebRTC和用例中–这些场景就像对等数据交换一样。 05 PART 网络运输 WebTransport是另一个W3C规范，具有自己的工作组和规范。 10 PART Web编解码器 WebCodecs是为开发人员提供更深入的访问和对RTC堆栈的更多控制的主题。 因此，作为一个示例，您将看到WebCodecs确实支持GPU缓冲区的概念，但是存在局限性，因为很多时候这些GPU缓冲区不可写-它们是只读的。 因此，如果您的目标是进行机器学习和更改，那么GPU缓冲区中的内容就没有副本就无法实现，但是也许您会尝试获得尽可能多的性能。 真正引起我注意的2020年产品公告是NVIDIA的Maxine。
1.3K20发布于 2021-01-12 - 来自专栏音视频咖
基于WebAssembly构建Web端音视频通话引擎
这是WebRTC的架构示意图。WebRTC提供了丰富的Web API。音视频采集、音视频编解码、音视频前后处理、音视频的传输和渲染都因WebRTC得以实现。 首先WebRTC不能自定义编解码器，另外WebRTC不能复用现有的服务框架以及优化能力，最后WebRTC的可定制化程度较低。 有没有新的Web技术作为替代来解决WebRTC的问题呢？ WebTransport是一个全新的可插拔的通信协议，支持可靠和非可靠传输。在一些需要可靠传输的应用中可以使用WebTransport。WebTransport的目标是更快速、更高效、安全和低延时。 在两人进房，编码码率为1Mbps，帧率为30帧，RTT 10ms的场景下，多次截图，从采集到渲染，端到端的延时在100ms内。可以看出使用WebAssembly进行超低延时通讯也是可靠的。 WebTransport不能在Safari浏览器中运行，WebCodecs目前只能在Chrome和Edge94以上以及最新的 safari版本运行，WebTransport也只能在Chrome和Egde97
1.2K11编辑于 2023-07-27 - 来自专栏音视频技术
WebRTC的现状和未来：专访W3C WebRTC Chair Bernard Aboba（上）
、WebTransport和WebRTC-QUIC文档的编辑。 这包括WebRTC扩展，WebRTC-SVC和可插入流。 WebRTC-ICE(目前已经作为独立的规范实现)属于这一类，W3C WEBRTC工作组之外开发的API规范也属于这一类，如WebTransport(W3C WebTransport工作组)、WebRTC-QUIC 您可以看到这反映在WebRTC和用例中——这些场景就像对等数据交换一样。 网络传输 WebTransport是W3C的另一个规范，有自己的工作组和规范。 Chad：那么什么是WebTransport，它是从哪里来的，和WebRTC有什么关系呢？ Bernard：网络传输既是一个API，又是W3C网络传输组的成员。
1.2K30发布于 2021-01-13 - 来自专栏刘同学被占用了
WebTransport 与 WebCodecs 初探
什么是WebTransport？ WebTransport 是WebRTC体系下的一套浏览器API,提供低延迟,client和server之间双向通信的能力。 核心的能力点包括： WebTransport 提供基于QUIC 和 HTTP3实现的API, 自动获得QUIC和HTTP3本身的特性，比如应用层的拥塞，避免队头阻塞。 2，云游戏 目前web端的云游戏方案 大都使用WebRTC, WebRTC为通话场景设计，本身的jitterbuffer，音视频同步，渲染延迟设计会引入额外的延迟，且Web端并没有暴露出来可以控制延迟的 5，更具定制化能力的RTC组合 WebRTC作为浏览器的一个标准， 在浏览器中我们无法控制WebRTC的内部工作机制， 对于有能力处理好音视频前后处理的团队来说，加上WebTransport提供的传输能力 最后，我们已经在最新的Chrome Canary 开发版本中体验测试 WebTransport + WebCodecs， 后端quic的各种实现也已经具备和WebTransport互通能力， 我们放出一个后端使用
2.1K40编辑于 2022-03-30 - 来自专栏音视频技术
利用WebTransport进行现场视频流注入
通常人们把WebTransport跟另外两个协议进行对比，一个是Websocket，一个是WebRTC。 另外一个经常对比的协议就是WebRTC，WebRTC必须要依靠ICE（Interactive Connectivity Establishments）协议来让通讯双方知道对方的IP地址和网络端口，如果通讯双方没有直接的网络连接的话 那么在这一点上Websocket和WebRTC就不如WebTransport，因为它是直接运行在443网络端口上的，所以它天然具备穿透NAT和防火墙的能力，现有的Web Infrastructure就可以无障碍的支持 WebTransport，所以它相较于WebRTC更简单一些，也更易于部署，不需要额外的基础设施投资。 但是WebRTC比较依赖ICE和底层的infrastructure，所以它的协议更复杂一些，需要额外的基础设施部署。
1.1K30编辑于 2023-02-23 - 来自专栏柒八九技术收纳盒
写一个类ChatGPT应用，前后端数据交互有哪几种
WebRTC 网页实时通信(Web Real-time Communication,WebRTC)[10]是一个增强网页浏览模式。 WebRTC 设计用于通过 NAT 和防火墙工作，利用诸如 ICE、STUN 和 TURN 等协议来建立对等之间的连接。 WebTransport：支持单个连接内的双向和单向数据流的高吞吐量，性能优于需要多个流的场景下的 WebSockets。 WebTransport：设计为高度可伸缩，受益于 HTTP/3 在处理连接和流时的高效性，与 WebSockets 和 SSE 相比，可能减少服务器负载。 8. : https://w3c.github.io/webtransport/ [10] 网页实时通信(Web Real-time Communication,WebRTC): https://webrtc.org
1.1K10编辑于 2024-05-17 - 来自专栏音视频咖
WebTransport初探
导语 | 如今通过网络进行实时音视频通话已经越来越流行，对于音视频领域的技术要求也越来越高，许多网络技术应运而生，如WebRTC，QUIC，HTTP3，WebTransport，WebAssembly WebTransport简析 前面我们知道了QUIC和HTTP3，下面来谈一谈浏览器的一个重磅级特性——WebTransport。 1. 最新版的WebTransport草案中，该协议是基于HTTP3的，即WebTransport可天然复用QUIC和HTTP3的特性。 2. WebTransport协议发展 2019年5月被提出，截止到到2021年10月，共7个版本，较为年轻，是一个潜力巨大的协议。 编程样例 使用如下的web端简单编程样例即可和支持WebTransport的后台服务进行通信。
3K50编辑于 2022-03-04 - 来自专栏音视频技术
2022 WebRTC发展趋势分析
WebTransport&WebCodecs 对WebRTC不满意？还有WebTransport和WebCodecs。 WebTransport和WebCodecs（一起）理论上可以实现媒体的编解码以及从服务器发送或接收媒体。 细节决定成败，虽然WebTransport和WebCodecs还没有达到可以取代WebRTC的受欢迎程度，但它们却非常有前景。 至少要等到WebTransport 和WebCodecs技术成熟以后。 从2D到元宇宙 每个人都在重新思考未来通信方式，这些方式可不是过去20多年间我们所依赖的那种对着摄像机讲话。 Zoom认为WebCodecs+WebTransport+WebAssembly会成为WebRTC的替代者，并在寻求与其他公司的差异化： 其他人也会走上这条路吗？
2K40编辑于 2022-02-11 - 来自专栏历史专栏
【愚公系列】2022年11月 数据库-待定勿看
，相关于网络进行实时通讯技术应运而生，如WebRTC，QUIC，HTTP3，WebTransport，WebAssembly，WebCodecs等。 最新版的WebTransport草案中，该协议是基于HTTP3的，即WebTransport可天然复用QUIC和HTTP3的特性。 WebTransport 是一个新的 Web API，使用 HTTP/3 协议来支持双向传输。它用于 Web 客户端和 HTTP/3 服务器之间的双向通信。 WebTransport 支持三种不同类型的流量：数据报（datagrams） 以及单向流和双向流。 WebTransport 的设计基于现代 Web 平台基本类型（比如 Streams API）。 它在很大程度上依赖于 promise，并且可以很好地与 async 和 await 配合使用。
52920编辑于 2022-12-01 - 来自专栏腾讯云TVP
11月最值得关注的26个热点
10.Safari 更新导致大量bug ---- 在iOS 15.0 Safari的更新中，增加了很多WebRTC相关的特性，比如Insertable stream的支持，可以用来端到端加密，屏幕共享 WebTransport提供低延迟,client和server之间双向通信的能力。 WebTransport 提供基于HTTP3实现的API, 自动获得QUIC和HTTP3本身的特性，比如应用层的拥塞，避免队头阻塞。 : https://blog.chromium.org/2021/11/chrome-97-webtransport-new-array-static.html [10] https://www.36kr.com 欢迎在本文评论区提问、交流，老师将为您解答。 云荐官将抽取1位小伙伴送出云加视频礼盒一份！
2.1K40发布于 2021-11-17 - 来自专栏媒矿工厂
WebRTC 的未来
Encoded Media Transform Transferable DataChannels Webcodecs WebTransport No WebRTC? NICER 是一种在一次对话中切换 4G 和 wifi 的一种方法，这给 WebRTC 增加了一个新功能。 WebTransport 严格来说，这也不能算作是 WebRTC。 WebTransport 是一种与服务器低延迟通信的方法，并且支持不可靠和乱序的通信。 P2P(ICE) E2E(DTLS) SRTP 这些过程在未来的视频服务中都可以被省略，取而代之的是 WebTransport+WebCodecs，过程更简洁，且理论上更容易实现。 远程控制 图 7 这个案例使用了 |pipe| 的轻量栈，对 Arm 友好； 远程用户可以观看和控制至多 6 台设备； 共享音频空间； 在树莓派上运行； 基本无需任何安装，因为 Web 接口加载了 WebRTC
1.5K10编辑于 2022-05-25 - 来自专栏开源技术小栈
WebRTC 成为 W3C 和 IETF 正式标准
同时WebRTC 并不是一个孤立的协议，它拥有灵活的信令，可以便捷的对接现有的SIP 和电话网络的系统。 WebRTC 内部结构 ? WebRTC 的使用已经超越了最初的核心设计，即在浏览器和其他生态（例如本地应用）中支持视频会议和协作系统。现在需要更多的特性和优化。 IETF WebTransport (WEBTRANS) 和 WebRTC Ingest Signaling over HTTPS (WISH) 工作组已经在开展工作，在 IETF 其他工作组的基础上进一步协调 其中包括 QUIC（定义支持 WebTransport API 开发的新协议）和 HTTPBIS（指定简单、可扩展的、基于 HTTPS 的信令协议），以在广播工具和实时媒体广播网之间建立基于 WebRTC W3C 近期开始的 WebTransport 和 Web Codecs 工作预计将低延迟流媒体的优势引入更广大的媒体和娱乐生态系统。
1.5K30发布于 2021-02-25 - 来自专栏音视频技术
【今晚公开课】：利用webtransport进行现场视频流注入
通常与 之相提并论的协议包括Websocket和WebRTC data channel。 WebTransport同时具备双向通信， 传输可靠性（WebTransport stream)，传输安全性，跨互联网的穿透性等优点。 如果在其下层使用 HTTP/3 datagram，WebTransport还能实现快速，低延迟的数据传输（WebTransport datagram)。 讲师信息： 张博，现供职于美国Paramount Global集团旗下的Pluto TV，担任负责视频编码和播放系统设计 的软件架构师。 他曾在视频技术和通信网络技术研究领域发表十余篇论文。其中一篇曾获得2011 年ACM MSWiM会议的最佳论文奖。
42110编辑于 2022-08-26 - 来自专栏RTMP推送
一文看懂 WebTransport、SRT、WebRTC、RTSP、RTMP、HTTP-FLV、WS-FLV、GB28181协议生态的时代分工与工程落地
在“实时性”和“网络适应性”上远胜 WebSocket。 3）强安全模型（同源策略） 完全基于 HTTP/3 / QUIC 安全体系 必须遵循浏览器的同源策略（不像 WebRTC 可跨域） 天然具备 TLS 1.3 ✓ 最关键的一点：WebTransport WT 则提供： 可控 可扩展 更像“Web 版的 SRT” 2.3 WebTransport 的当前限制（标准化进度和工程现实）尽管 WT 很强，但它仍处在早期阶段，存在以下限制：✘ 浏览器支持仍不完整 4.1 WebRTC = 一个庞大的规范族（Standards Family），而非单一协议WebRTC 的能力由 IETF（网络传输与安全）和 W3C（浏览器 API）两个组织同时定义，其规范体系包括四个主要领域 第十二章：结语 —— 面向 2025–2030，SDK的协议演进判断基于大牛直播SDK当前已经深度打磨的协议栈（RTSP、RTMP、GB28181、HTTP-FLV、WS-FLV），结合未来 5–10
2.3K50编辑于 2025-11-17 - 来自专栏不换的随想乐园
不换的周刊 第41期
Position { TOP, // = 0 BOTTOM, // = 1 } 5.WebSockets vs Server-Sent-Events vs Long-Polling vs WebRTC vs WebTransport[6] 相关地址：https://rxdb.info/articles/websockets-sse-polling-webrtc-webtransport.html#performance-comparison https://romgrk.com/posts/optimizing-javascript [6] WebSockets vs Server-Sent-Events vs Long-Polling vs WebRTC vs WebTransport: https://rxdb.info/articles/websockets-sse-polling-webrtc-webtransport.html#performance-comparison
27710编辑于 2024-04-30 - 来自专栏媒矿工厂
WebRTC, IOS 和直播
的基本情况，包括目前 WebRTC 的业界使用情况以及 WebRTC 使用的视频编解码器、音频编解码器等等。 然后主讲人首先介绍第一部分：什么是 WebRTC？ 一般而言，WebRTC 的定义是这样的：WebRTC 是一个免费的开放项目，通过简单的 API 为浏览器和移动应用程序提供实时通信（RTC）功能。 音频编解码器则包括： iSAC(强大的、带宽自适应的、宽频和超宽频的语音编解码器)； iLBC(免费窄带语音编解码器)； 以及一些其他的音频编解码器。 现在我们有两个 iOS 设备，它们需要进行通信，因此在他们之间需要一个信号服务器，使得它们知道如何进行沟通和相互交换信息，也就是 Websockets。 Singalling 通常在中间有一个 WebRTC 服务器。最常见的两种是 Janice 和 gizzi。但这些服务器是你的 WebRTC 流要进入的地方，所以你的 RTP 数据包用于音频和视频。
2.1K40编辑于 2022-05-24 - 来自专栏音视频技术
【公开课预告】：利用webtransport进行现场视频流注入
通常与 之相提并论的协议包括Websocket和WebRTC data channel。 WebTransport同时具备双向通信， 传输可靠性（WebTransport stream)，传输安全性，跨互联网的穿透性等优点。 如果在其下层使用 HTTP/3 datagram，WebTransport还能实现快速，低延迟的数据传输（WebTransport datagram)。 讲师信息： 张博，现供职于美国Paramount Global集团旗下的Pluto TV，担任负责视频编码和播放系统设计 的软件架构师。 他曾在视频技术和通信网络技术研究领域发表十余篇论文。其中一篇曾获得2011 年ACM MSWiM会议的最佳论文奖。
45210编辑于 2022-08-26 - 来自专栏centosDai
内存四区之代码区，全局区，栈区和堆区
C++ 在程序执行时，将内存大致分为代码区，全局区，栈区和堆区四个区域。不同的区域存储不同的数据，赋予不同的生命周期，能够更灵活地进行编程。 ，存放函数的参数值以及局部变量等； 堆区：一般由程序员通过 new 开辟空间，进行分配和释放，若程序员不释放，则程序结束时由操作系统回收 下面通过一个例子对全局区，栈区，堆区的数据声明周期进行说明： / < endl; cout << "g_b 的地址为：\t" << int(&g_b) << endl; // 创建普通的局部变量,属于栈区 int a = 10; int b = 20; cout 由于栈区的数据在程序运行结束后会被编译器自动销毁，因此不要返回局部变量的地址，举例如下： int* func() { int a = 10; // 栈区数据，在程序执行完之后自动释放 return int* func() { int * a = new int(10); // 程序员使用new在堆区开辟空间，在程序执行完之后自动释放 return a; //同样返回了a的地址，然而只要程序没有运行结束
2.7K00发布于 2021-07-05
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号