- 综合排序
- 最热优先
- 最新优先
- 来自专栏RTMP推送
一文看懂 WebTransport、SRT、WebRTC、RTSP、RTMP、HTTP-FLV、WS-FLV、GB28181协议生态的时代分工与工程落地
在“实时性”和“网络适应性”上远胜 WebSocket。 ✓ WebTransport over HTTP/3（W3C Editor’s Draft）WT 的语义定义来自 W3C 草案，提供比 WebSocket 更强的通道类型：1）可靠传输 Stream（WebTransport ” 2.3 WebTransport 的当前限制（标准化进度和工程现实）尽管 WT 很强，但它仍处在早期阶段，存在以下限制：✘ 浏览器支持仍不完整 Chrome：主力支持 Safari：部分实验性 ARQ： 接收端检测丢包 发送 NAK（Negative ACK） 发送端根据接收端反馈重传对应包 SRT 根据 RTT 估计和窗口控制，动态调整重传策略 与 TCP 不同： 不按顺序强制等待丢失包 ① 传输层语义（Transport Semantics）负责“怎么传”： 延迟模型 丢包/重传策略 抖动、带宽、拥塞控制 是否会队头阻塞 是否支持不可靠通道 例如：SRT、WebTransport
1.8K50编辑于 2025-11-17 - 来自专栏RTSP服务器
RTMP/RTSP/WebRTC/SRT/HLS/DASH/GB28181/WebTransport/QUIC协议规范深度分析
过去十多年，音视频流传输协议的变革从 RTMP、RTSP 到 WebRTC、SRT、WebTransport、QUIC，再到 HLS 和 DASH，几乎代表了整个音视频行业的发展历程。 通过多路复用，WebTransport 可以实现高效的数据并发传输，并确保数据的安全性和完整性。 低延迟互动场景（如视频会议、远程医疗）：优先选择 WebRTC 或 SRT，确保最佳实时性。WebRTC 和 SRT 都能提供极低的延迟和高效的传输，尤其适用于需要实时反馈的互动场景。 与此同时，SRT 协议也因其强大的丢包恢复能力和适应弱网络的能力，成为远程视频回传和工业监控场景的理想选择。 基于 QUIC 协议，WebTransport 为浏览器提供了更低的延迟和更高效的实时数据传输能力。
90410编辑于 2025-10-31 - 来自专栏音视频咖
技术解码 | SRT和RIST协议综述
全文7732字 包括概要、SRT协议、RIST协议三部分 概要 近些年来，互联网行业出现了几波和音视频相关的热潮：VR、短视频、直播等。 SRT协议 SRT协议的起源和发展 SRT协议继承自UDT协议，包括协议设计和代码库。UDT是基于UDP的文件传输协议，最初是针对高带宽、高延迟场景（如远距离光纤传输）设计，用于弥补TCP的不足。 - ARQ - SRT的ARQ设计同时使用了ACK和NACK两种机制。 VLC支持SRT播放和推流。注意已发布的VLC 3.0不支持配置streamid，只有master开发分支支持。 OBS是通过FFmpeg的libavformat来支持SRT。 未来展望 在广电领域，RIST和SRT处于竞争状态；在互联网领域，RIST还有如下问题待解决： 在广Simple profile存在session/streamid和端口分配问题： -RIST沿用RTP
3.4K40发布于 2021-09-22 - 来自专栏媒矿工厂
互联网可靠实时协议RIST和SRT
本次演讲的主题是互联网上的可靠实时贡献，深入探讨RIST和SRT协议。 TCP协议是传统的可靠协议，它是HLS, DASH, CAMF和RTMP的基础。 它需要在每个包上附加时间戳和序列号，会增加RTT比例的延迟。 SRT协议的全称是安全可靠的传输，它将ARQ修改为适合实时媒体的应用场景。 Haivision创造了SRT联盟来推广，并且专注于成员间的合作和协同测试。目前已经有超过350个成员。 SRT协议建立在开源的UDT协议上。它强制输入数据加密，可以保护数据安全。 它允许在一个连接上混合多个SRT流。SRT试图加快重传速度。SRT在防火墙的情况下也可以很好地工作。 RIST协议的全称是可靠的互联网流媒体传输。VSF将其技术作为一个公开的规范。 而且SRT协议可以取得比RTMP协议低50%的延迟。 使用SRT和RIST协议的场景很丰富，包括摄影机到基站的转播、体育场转播、新闻报道和云转播等。
1.9K30发布于 2020-08-17 - 来自专栏SRS开源服务器
为什么说WebRTC做直播，不是潮流而是大坑？
这是和Thegobot在Discord上讨论的文章。 About send stream 如果是需要用H5推流，把浏览器当OBS使用，那么只有WebRTC可用。 若希望降低延迟，应该选择SRT而不是WebRTC。 5.生态支持还不完善，特别是推流端，估计FFmpeg永远都不会支持WebRTC，他们已经被SRT还有RIST蒙蔽了闪亮的双眼。 9.WebRTC技术栈还不稳定，各种新玩意儿自己都绕晕了吧，WebTransport还没唱完，来个WebCodec，还有WASM。 Conclusion 其实，WebRTC就不是为直播设计的，最合适的场景就是H5推流，其他情况请考虑普通的直播技术，比如RTMP、HLS、HTTP-FLV或SRT。
3.4K31编辑于 2022-04-15 - 来自专栏视频传输
SRT和NDI：两种低延时传输协议的比较
SRT和NDI®技术都是低延时传输典范，SRT协议是帮助用户在复杂且变幻莫测的互联网上安全可靠地进行视频传输。NDI协议重在局域网通过IP网络实现高质量、低延迟的音视频传输。 那SRT和NDI到底如何选择？下面，小编来解释一下它们之间的不一样。 NDI与SRT@凡科快图.png 关于SRT： SRT是由Haivision和Wowza共同创建的互联网传输协议，是时下非常受欢迎的开源低延迟视频传输协议。 SRT和NDI：使用带宽 SRT协议是基于H.264/H.265压缩方案的传输协议，传输带宽可调，比如高清视频可自定义设置4-20Mbps均可。SRT的抗丢包机制是是ARQ（自动重复请求）纠错机制。 SRT和NDI：应用场景 SRT可广泛应用于节目远程制作（上云）、活动直播主分会场视频连线、互联网远程教学培训、集团公司对异地施工现场视频监管、法院庭 审远程连线等行业，以及其他需要在互联网远程视频传输的场合
5.8K52发布于 2020-09-04 - 来自专栏各类技术文章~
音频和视频流最佳选择？SRT 协议解析及报文识别
我们所知道 SRT 是由 Haivision 和 Wowza 开发的开源视频流协议。很多人会认为在不久的将来，它被是 RTMP 的替代品。 什么是 SRT？ 安全可靠传输 (SRT) 是一种开源数据传输协议。SRT 使用用户数据报协议 (UDP)，旨在通过公共互联网发送高质量视频，因此该协议是音频和视频流的最佳选择。 SRT 还支持低延迟（默认为 120 毫秒）的数据包恢复和使用高级加密标准 (AES) 的加密。 简而言之，通过 SRT，端到端流安全、视频弹性和基于网络条件的实时动态端点调整成为可能。 SRT 提供解决此问题的方法。 此外，该协议还包括防止数据包丢失、抖动和带宽波动的保护。这意味着如果网络状况不稳定，您的流可能会停止。 SRT 是安全可靠传输协议，SRT 是由 Haivision 和 Wowza 开发的开源视频流协议。在不久的将来，它被广泛认为是 RTMP 的替代品。
2.3K00发布于 2021-09-29 - 来自专栏刘同学被占用了
WebTransport 与 WebCodecs 初探
什么是WebTransport？ WebTransport 是WebRTC体系下的一套浏览器API,提供低延迟,client和server之间双向通信的能力。 核心的能力点包括： WebTransport 提供基于QUIC 和 HTTP3实现的API, 自动获得QUIC和HTTP3本身的特性，比如应用层的拥塞，避免队头阻塞。 console.log(value); } WebTransport 与 WebSocket 的区别 WebTransport 与 WebSocket最直接的区别就是一个是基于UDP，一个是基于TCP。 1， web端直播 可以改善目前Web端基于http-flv/hls直播的体验，WebTransport 替代HTTP ， WebCodecs替代MSE, 相信Web端直播的延迟和卡顿数据会大大改善。 最后，我们已经在最新的Chrome Canary 开发版本中体验测试 WebTransport + WebCodecs， 后端quic的各种实现也已经具备和WebTransport互通能力， 我们放出一个后端使用
2K40编辑于 2022-03-30 - 来自专栏媒矿工厂
WebCodecs, WebTransport, and the Future of WebRTC
例如，Insertable Streams 和 Breakout Box，两者都是基于流的 API。这些想法已被 WebTransport 采纳。 我认为 WebRTC 并不擅长某些事情，例如缓存和 DRM 等超低延迟流媒体功能，这些功能可以通过 WebCodecs 和 WebTransport 来完成，我们肯定会深入探讨这一点。” 回顾 WebCodecs+WebTransport 架构 Jordi 制作了一个全面的 demo，使用 WebCodecs 和 WebTransport 实现超低延迟流媒体。 我实现的只是一个 JavaScript 应用程序，它利用 WebCodecs 和 WebTransport 捕获来自摄像头和麦克风的数据并将其发送。 这也关系到开发人员的效率，不需要学习 WebRTC、RTMP、SRT 等等，只需选择适合的目前情况的，然后进行 N 次转换。” “我真心希望 MoQ 能够成功，虽然现在还处于早期阶段。
1.6K20编辑于 2023-09-09 - 来自专栏悟道
String 和StringBuilder区别 StringBuffer和StringBuilder区别
String 和StringBuilder区别: 1 String对象恒定不变,stringbuilder对象表示的字符串是可变的 每一次修改String对象都会创建一个对象 而StringBuilder 是动态对象,只用创建一次,通多append()来添加字符串 String类有finnal修饰符,不能被继承 StringBuffer和StringBuilder区别; StringBuilder
1K40发布于 2021-01-26 - 来自专栏音视频技术
关于RTP和SRT之间的互操作性，你需要了解什么？
SRT能够恢复丢失的数据包，也能加密内容和遍历防火墙，这使其非常适合用作跨公共互联网的隧道。 该命令行选项用于增加SRT有效负载大小。 这些是发送方（UDP到SRT）和接收方（SRT到UDP）的两个srt-live-transmit示例命令行： ? 不同机器上的接收器应用程序作为呼叫者连接到服务器，接收SRT流并将该流作为UDP数据输出到IP地址为192.168.0.30和端口3000的RTP接收器（例如解码器）。 注意：使用SRT 1.4版时，在使用srt-live-transmit时不再需要指定有效负载和/或块大小（-c）。 类似地，具有FEC（SMPTE 2022-1前向纠错）的冗余RTP可以通过SRT连接进行隧道传输。FEC列和行数据包的额外UDP流可以通过两个额外的SRT连接进行路由。
2.2K20发布于 2019-09-19 - 来自专栏全栈技术
= =和equals的区别,break和continue的区别
= =和equals的区别: equals和==最大的区别是一个是方法一 个是运算符。 break和continue的区别: break和continue都是用来控制循环的语句。 break用于完全结束一个循环， 跳出循环体执行循环后面的语句。
2.6K30发布于 2021-08-23 - 来自专栏CSDN
＜T＞和＜?＞区别
和<?>区别 和<?>的区别 举例Demo.java 的用法举例 和<?>的区别 用于泛型类型的声明 <?>用于方法的接受参数或者是返回类型 大部分情况下如果要进行方法的参数接收会考虑使用<?
37210编辑于 2024-03-29 - 来自专栏陶士涵的菜地
和?:的区别
??是null合并运算符 <?php // NULL 合并运算符的例子 $action = $_POST['action'] ?? 'default'; // 以上例子等同于于以下 if/else
6.6K30发布于 2021-07-20 - 来自专栏全栈程序员必看
jupyternotebook和pycharm的区别_jupyternotebook和pycharm的区别
打开PyCharm，在界面的左下方点击进入Python Console，看到熟悉的Jupyter Notebook界面：
2K10编辑于 2022-09-27 - 来自专栏全栈程序员必看
堆和栈的区别(队列和栈的区别)
文章目录 0.前言 1.程序内存分区中的堆与栈 1.1 栈简介 1.2 堆简介 1.3 堆与栈区别 2.数据结构中的堆与栈 2.1 栈简介 2.2 堆简介 2.2.1 堆的性质 2.2.2 堆的基本操作 1.3 堆与栈区别 堆与栈实际上是操作系统对进程占用的内存空间的两种管理方式，主要有如下几种区别： （1）管理方式不同。 2.数据结构中的堆与栈 数据结构中，堆与栈是两个常见的数据结构，理解二者的定义、用法与区别，能够利用堆与栈解决很多实际问题。 使用数组实现的栈叫做顺序栈，使用链表实现的栈叫做链式栈，二者的区别是顺序栈中的元素地址连续，链式栈中的元素地址不连续。 参考文献 [1] 浅谈堆和栈的区别 [2] 栈内存和堆内存的区别 [3] 浅谈内存分配方式以及堆和栈的区别（很清楚） [4] C++函数调用过程深入分析 [5] 十种排序算法
3.6K10编辑于 2022-07-28 - 来自专栏全栈程序员必看
git和github gitlab的区别_gitlab和git区别
GitHub是在线代码仓库，全世界只有GitHub一家，大家把代码存储在人家的服务器上。 Gitlab相当于小型的GitHub，你可以在本地搭建一个属于你自己的类似GitHub仓库，让小伙伴把代码存储在上面，这样代码只有你们几个人能看见，但是你要存在GitHub上，全世界都能看见
1K10编辑于 2022-11-01 - 来自专栏全栈技术
&和&&的区别
注意:逻辑或运算符(|)和短路或运算符(||)的差别也是如此。
1.7K20发布于 2021-08-23 - 来自专栏OECOM
for of和for in的区别
2017-10-16 03:54:43 这两种方式都是用来进行遍历操作的，但是他们之间还是有一些区别的。 c:3 } for (var key in myObject) { console.log(key+":"+myObject[key]);//输出a:1 b:2 c:3 } 两个遍历方式的最终区别就在于
1.7K10发布于 2020-07-01 - 来自专栏音视频技术
利用WebTransport进行现场视频流注入
一般认为未来WebTransport会取代Websocket用在很多游戏和交互比较多的应用上。 WebTransport有很大的发展前景，因为WebTransport基于HTTP/3，所以它比基于HTTP/2的Websocket拥有更快的传输速度和更低的延迟。 Google有自己的一个简单的Client和server的WebTransport的实现。 对于QUIC和WebTransport这种协议来说，我们还需要打开UDP的端口以便让WebTransport datagram能够到达server那边。 WebTransport server要读取本地的certificate就是TLS的certificate和key，我是让它跑在443端口上面，这本身没有区别，然后chromium浏览器它需要允许特定的
1.1K30编辑于 2023-02-23
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号