- 综合排序
- 最热优先
- 最新优先
- 来自专栏RTMP推送
一文看懂 WebTransport、SRT、WebRTC、RTSP、RTMP、HTTP-FLV、WS-FLV、GB28181协议生态的时代分工与工程落地
在“实时性”和“网络适应性”上远胜 WebSocket。 ” 2.3 WebTransport 的当前限制（标准化进度和工程现实）尽管 WT 很强，但它仍处在早期阶段，存在以下限制：✘ 浏览器支持仍不完整 Chrome：主力支持 Safari：部分实验性 ARQ： 接收端检测丢包 发送 NAK（Negative ACK） 发送端根据接收端反馈重传对应包 SRT 根据 RTT 估计和窗口控制，动态调整重传策略 与 TCP 不同： 不按顺序强制等待丢失包 ① 传输层语义（Transport Semantics）负责“怎么传”： 延迟模型 丢包/重传策略 抖动、带宽、拥塞控制 是否会队头阻塞 是否支持不可靠通道 例如：SRT、WebTransport 第十二章：结语 —— 面向 2025–2030，SDK的协议演进判断基于大牛直播SDK当前已经深度打磨的协议栈（RTSP、RTMP、GB28181、HTTP-FLV、WS-FLV），结合未来 5–10
2.1K50编辑于 2025-11-17 - 来自专栏RTSP服务器
RTMP/RTSP/WebRTC/SRT/HLS/DASH/GB28181/WebTransport/QUIC协议规范深度分析
过去十多年，音视频流传输协议的变革从 RTMP、RTSP 到 WebRTC、SRT、WebTransport、QUIC，再到 HLS 和 DASH，几乎代表了整个音视频行业的发展历程。 延迟较高：DASH 的延迟较高，通常在 5-10 秒之间，不适合低延迟互动场景。 典型应用： 大规模视频分发平台（如 Netflix、YouTube 等）。 通过多路复用，WebTransport 可以实现高效的数据并发传输，并确保数据的安全性和完整性。 低延迟互动场景（如视频会议、远程医疗）：优先选择 WebRTC 或 SRT，确保最佳实时性。WebRTC 和 SRT 都能提供极低的延迟和高效的传输，尤其适用于需要实时反馈的互动场景。 基于 QUIC 协议，WebTransport 为浏览器提供了更低的延迟和更高效的实时数据传输能力。
1K10编辑于 2025-10-31 - 来自专栏音视频咖
技术解码 | SRT和RIST协议综述
SRT协议 SRT协议的起源和发展 SRT协议继承自UDT协议，包括协议设计和代码库。UDT是基于UDP的文件传输协议，最初是针对高带宽、高延迟场景（如远距离光纤传输）设计，用于弥补TCP的不足。 - ARQ - SRT的ARQ设计同时使用了ACK和NACK两种机制。 接收端在两种情况下会发送ACK： 每10 ms发送一次全量ACK（full ACK）； 每收到64个包发送一个轻量ACK（light ACK）。 轻量ACK是针对高码率场景考虑的：高码率下，10 ms对应的包太多了，ACK不及时则发送端不能释放已发送的数据。 用FFmpeg做SRT client和server，通过NetEm配置多种丢包率：0%、10%、20%、50%、70%，模拟弱网环境。视频码率约5 Mbps，25 fps。
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。 10.最后，基于UDP而有时候UDP就是被封了，嗯你说有TCP，那就干脆用FLV算了。 如果你坚持要吃WebRTC搞直播的螃蟹，可以尝试尝试，然后给我一些反馈。
3.4K31编辑于 2022-04-15 - 来自专栏JavaEdge
MySQL的int (10) 和 int (11) 的区别
那取值范围和显示宽度到底有什么关系呢？ +-----+---------+----------------+ 3 rows in set (0.00 sec) 我分别创建了有符号 tinyint 类型的 test_id_1 显示宽度为 1 和 test_id_2 显示宽度为 4 两字段，接下来插入数据，同时插入 - 128、1 和 127 这些数值，看看会怎么样。 同理，所以 int (10) 和 int (11) 无任何区别，就是显示宽度不同。 对于存储和运算来说， INT (1) 和 INT (8) 是相同的。 是的，设置自动填充的时候用来显示补充0有点 用而已
2.4K30编辑于 2021-12-24 int(1) 和 int(10) 有什么区别？
面试官会问到有关数据库的相关问题，有时就会被问到：在mysql中创建一个表，有个id的字段为int类型，那么这个int后面的数字有什么作用么，这个数字会不会就是字段设置上限值得时候使用的呢，int(1) 和 int(10) 有什么区别？ (10)实际上是没什么区别的。 scss 代码解读复制代码mysql> INSERT INTO `user` (`userId`) VALUES (1),(10),(100),(1000);分别成功插入了userId = 1、10、100 总结int后面的数字不能表示字段的长度，int（1）和int（10）是没有区别的，但当int(num)一般加上zerofill，才有效果。
27700编辑于 2025-02-10- 来自专栏猫头虎博客专区
int(1) 和 int(10) 有什么区别？
int(1) 和 int(10) 有什么区别？ 包括我经常在也看到同事也一直使用int(10)，感觉用了int(1)，字段的上限就被限制，真实情况肯定不是这样。 4294967295); Query OK, 1 row affected (0.00 sec) 可以看到成功了，说明int后面的数字，不影响int本身支持的大小，int(1)、int(2)…int(10 )没什么区别。 : 4 Duplicates: 0 Warnings: 0 分别插入1、10、100、1000 4条数据，然后我们来查询下： mysql> select * from user; +------+
36810编辑于 2024-04-08 - 来自专栏视频传输
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（自动重复请求）纠错机制。 NDI| HX是H.264的变种，目前已迭代到NDI|HX2，传输带宽可调，1080P60视频默认为10Mbps。
5.8K52发布于 2020-09-04 - 来自专栏程序猿DD
你知道 int(1) 和 int(10) 的区别吗？
包括我经常在也看到同事也一直使用int(10)，感觉用了int(1)，字段的上限就被限制，真实情况肯定不是这样。 4294967295);Query OK, 1 row affected (0.00 sec) 可以看到成功了，说明int后面的数字，不影响int本身支持的大小，int(1)、int(2)...int(10 )没什么区别。 : 4 Duplicates: 0 Warnings: 0 分别插入1、10、100、1000 4条数据，然后我们来查询下： mysql> select * from user;+------+| 10年前毕业加入宇宙行，工资不高、也不算太忙，业余坚持研究技术和做自己想做的东西。4年后离开国企，加入永辉互联网板块的创业团队，从开发、到架构、到合伙人。
72810编辑于 2022-03-15 - 来自专栏张善友的专栏
2025年 WebTransport 生态深度研究：JavaScript 客户端与.NET 10 SignalR 的演进与融合
本文深入探讨 HTTP/3 协议底层的架构优势、JavaScript API 的具体实现细节、Node.js 环境下的异构支持、以及.NET 10 Kestrel 服务器的配置演进，为企业级架构师和全栈开发者提供在 技术背景与协议演进 要深刻理解 WebTransport 在.NET 10 和 JavaScript 客户端中的支持情况，首先必须解构其旨在解决的核心问题：TCP 协议在现代高并发、实时互联网应用中的局限性 在.NET 10 中，这一情况发生了重大变化： 根据最新的代码库和迁移指南 16，WebTransportAndH3Datagrams 开关已被标记为过时（Obsolete），并将在未来移除。 WebTransport 的限制： 在.NET 10 中，虽然 WebTransport 在技术上也是基于连接的（Connection-based），但 SignalR 的当前实现通常仍要求进行协商，以便客户端获取服务器的协议版本兼容性信息和连接令牌 服务端就绪：.NET 10 通过 Kestrel 和 SignalR 提供了开箱即用的、生产级的高性能实现，去除了实验性标签，标志着微软对该技术的信心。
47710编辑于 2025-12-17 - 来自专栏各类技术文章~
音频和视频流最佳选择？SRT 协议解析及报文识别
我们所知道 SRT 是由 Haivision 和 Wowza 开发的开源视频流协议。很多人会认为在不久的将来，它被是 RTMP 的替代品。 什么是 SRT？ 安全可靠传输 (SRT) 是一种开源数据传输协议。SRT 使用用户数据报协议 (UDP)，旨在通过公共互联网发送高质量视频，因此该协议是音频和视频流的最佳选择。 SRT 还支持低延迟（默认为 120 毫秒）的数据包恢复和使用高级加密标准 (AES) 的加密。 简而言之，通过 SRT，端到端流安全、视频弹性和基于网络条件的实时动态端点调整成为可能。 SRT 提供解决此问题的方法。 此外，该协议还包括防止数据包丢失、抖动和带宽波动的保护。这意味着如果网络状况不稳定，您的流可能会停止。 SRT 是安全可靠传输协议，SRT 是由 Haivision 和 Wowza 开发的开源视频流协议。在不久的将来，它被广泛认为是 RTMP 的替代品。
2.3K00发布于 2021-09-29 - 来自专栏媒矿工厂
WebCodecs, WebTransport, and the Future of WebRTC
我认为 WebRTC 并不擅长某些事情，例如缓存和 DRM 等超低延迟流媒体功能，这些功能可以通过 WebCodecs 和 WebTransport 来完成，我们肯定会深入探讨这一点。” 回顾 WebCodecs+WebTransport 架构 Jordi 制作了一个全面的 demo，使用 WebCodecs 和 WebTransport 实现超低延迟流媒体。 我实现的只是一个 JavaScript 应用程序，它利用 WebCodecs 和 WebTransport 捕获来自摄像头和麦克风的数据并将其发送。 图9 俄勒冈州 demo 结果一 “我提高了分辨率和比特率。然后延迟有点高，是380 毫秒。” 图10 俄勒冈州 demo 结果二 “我还做了另一个完全相同的实验，但我把中继放在欧洲的法兰克福。 这也关系到开发人员的效率，不需要学习 WebRTC、RTMP、SRT 等等，只需选择适合的目前情况的，然后进行 N 次转换。” “我真心希望 MoQ 能够成功，虽然现在还处于早期阶段。
1.7K20编辑于 2023-09-09 - 来自专栏刘同学被占用了
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互通能力， 我们放出一个后端使用
2.1K40编辑于 2022-03-30 - 来自专栏SRS开源服务器
SRS学习路径
除了使用FFmpeg主动拉取流到SRS[10]，还可以广电行业SRT协议[11]推流，或监控行业GB28181协议[12]推流，SRS转换成互联网的协议观看。•直播低延迟和互动，聚变近在咫尺。 RTMP转WebRTC播放[13]降低播放延迟，还能做直播连麦，或者使用WebRTC推流，未来还会支持WebTransport直播等等。•大规模业务，带你装逼带你飞。 •集群和扩展[19]，当业务量上升，如何扩展单机到集群，如何服务不同区域的用户。•集成和定制[20]，如何和现有系统对接，如何验证用户，安全和防盗链机制等。 gitee.com/ossrs/srs/wikis/v4_CN_SampleHLS [9] WebRTC: https://gitee.com/ossrs/srs/wikis/v4_CN_WebRTC [10 ] 拉取流到SRS: https://gitee.com/ossrs/srs/wikis/v4_CN_Ingest [11] SRT协议: https://gitee.com/ossrs/srs/wikis
1.3K20编辑于 2022-05-12 - 来自专栏悟道
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 - 来自专栏福大大架构师每日一题
2020-10-18：java中LongAdder和AtomicLong有什么区别？
福哥答案2020-10-18：#福大大架构师每日一题# 简单回答：AtomicLong是CAS操作。LongAdder是多个单元操作。 并发量高的情况，CAS更新某个cell值和需要时对cell数据扩容，成功结束；更新失败自旋 CAS 更新 cell值。取值的时候，调用 sum() 方法进行每个cell累加。 低并发场景AtomicLong 和 LongAdder 性能相似，高并发场景 LongAdder 性能优于 AtomicLong。
55710发布于 2020-10-18 - 来自专栏福大大架构师每日一题
2020-10-31：java中LinkedTransferQueue和SynchronousQueue有什么区别？
LinkedTransferQueue：LinkedTransferQueue使用put,tryTransfer和transfer可添加多条数据, LinkedTransferQueue具有SynchronousQueue tryTransfer和transfer与put不同的是，tryTransfer和transfer可检测是否有线程在等待获取数据，检测到则直接唤醒等待线程将数据给这个线程而不用放入队列。 *** 评论
38910发布于 2020-11-01 - 来自专栏福大大架构师每日一题
2020-10-03：java中satb和tlab有什么区别？
福哥答案2020-10-03：#福大大架构师每日一题# 简单回答： satb： snapshot-at-the-beginning，快照。
41221发布于 2020-10-03
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号