- 综合排序
- 最热优先
- 最新优先
- 来自专栏音视频技术
8个关于SRT的误区
文 / Lina Nikols 译 / 蒋默邱泽 审校 / Ant 原文 / https://www.haivision.com/blog/all/8-common-srt-myths-busted/ 排列不分顺序，请看下面： SRT误区1：SRT未被广泛采用 从广播巨头Sky News，福克斯新闻和NBC体育到业界巨头如Avid，MediaKind和微软，SRT无处不在。 除了公共互联网之外，SRT还可以用于管理网络，如MPLS以及卫星，SD-WAN和蜂窝网络。您可以在此博客文章中详细了解SRT的多样性：使用SRT通过Internet和其他网络实时流式传输[3]。 SRT可以在第一英里和最后一英里保持低延迟，支持在HLS，MPEG-DASH和CMAF及ABR动态码率。 SRT误区8：SRT仅支持高达30 MBit/s的码率 SRT中曾经有一个默认设置，它将SRT使用的最大带宽设置为30 MBit/s。
2.4K21发布于 2019-08-15 - 来自专栏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 不同： 不按顺序强制等待丢失包 、WebRTC、WebTransport 这 8 类协议并不是彼此取代关系，而是 在系统架构中承担不同的语义与职责。 ① 传输层语义（Transport Semantics）负责“怎么传”： 延迟模型 丢包/重传策略 抖动、带宽、拥塞控制 是否会队头阻塞 是否支持不可靠通道 例如：SRT、WebTransport
2.1K50编辑于 2025-11-17 - 来自专栏猿说编程
8.python is 和 == 区别
在python中is和==都说常用的运算符之一，主要用于检测两个变量是否相等，返回True或者False，具体区别在哪呢？ 一.前言 在讲解is和==区别直接先讲解一下内置函数id()，其实在文章 python可变数据类型和不可变数据类型 中也对内置函数id()有过讲解，主要用于获取变量的内存地址！ usr/bin/env python # -*- coding:utf-8 _*- """ @Author:何以解忧 @Blog(个人博客地址): https://www.codersrc.com/ 2039217328240 2039217328176 2039217247376 2039217328240 False False False True 猜你喜欢: 1.python可变数据类型和不可变数据类型 2.python全局变量和局部变量 3.python字符串/列表/元组/字典之间的相互转换 转载请注明：猿说Python » python is和==区别
59820发布于 2020-03-12 - 来自专栏RTSP服务器
RTMP/RTSP/WebRTC/SRT/HLS/DASH/GB28181/WebTransport/QUIC协议规范深度分析
过去十多年，音视频流传输协议的变革从 RTMP、RTSP 到 WebRTC、SRT、WebTransport、QUIC，再到 HLS 和 DASH，几乎代表了整个音视频行业的发展历程。 其核心思想是将视频流分割成多个小的媒体文件（如 TS 文件），并通过播放列表文件（m3u8）来指引客户端下载这些分片。 8️⃣ WebTransport — 下一代低延迟浏览器实时传输协议WebTransport 是基于 QUIC 的新兴协议，旨在提供比 WebRTC 更低延迟、更高效的浏览器端实时通信解决方案。 通过多路复用，WebTransport 可以实现高效的数据并发传输，并确保数据的安全性和完整性。 低延迟互动场景（如视频会议、远程医疗）：优先选择 WebRTC 或 SRT，确保最佳实时性。WebRTC 和 SRT 都能提供极低的延迟和高效的传输，尤其适用于需要实时反馈的互动场景。
1K10编辑于 2025-10-31 - 来自专栏音视频咖
技术解码 | SRT和RIST协议综述
全文7732字 包括概要、SRT协议、RIST协议三部分 概要 近些年来，互联网行业出现了几波和音视频相关的热潮：VR、短视频、直播等。 SRT协议 SRT协议的起源和发展 SRT协议继承自UDT协议，包括协议设计和代码库。UDT是基于UDP的文件传输协议，最初是针对高带宽、高延迟场景（如远距离光纤传输）设计，用于弥补TCP的不足。 - ARQ - SRT的ARQ设计同时使用了ACK和NACK两种机制。 RIST协议 RIST 的功能特性 RIST协议2017年提出，至今（2021年）发布了两个profile，2018年发布simple profile[8]，2020年发布main profile[9 /srt/issues/1722 [8] RIST simple profile，2020年修订版； https://vsf.tv/download/technical_recommendations/
3.4K40发布于 2021-09-22 - 来自专栏python 自动化测试
k8s和docker区别
k8s和 docker的区别是：docker是一种开放源码应用容器引擎，开发人员可以将其应用打包，发布到流行的 liunx系统或实现虚拟化。 1.k8s是一种开放源码的容器集群管理系统，可实现自动化部署、扩展容量、维护等容器集群功能。
2.8K20编辑于 2022-08-25 - 来自专栏全栈程序员必看
gbk和utf8的区别元尊_gb2312和utf8的区别
我们这里将以最简单最容易理解的方式来描述GBK和UTF8的区别，以及它们分别是什么。 UTF-8编码：它是一种全国家通过的一种编码，如果你的网站涉及到多个国家的语言，那么建议你选择UTF-8编码。 GBK和UTF8有什么区别？ UTF8编码格式很强大，支持所有国家的语言，正是因为它的强大，才会导致它占用的空间大小要比GBK大，对于网站打开速度而言，也是有一定影响的。
1.6K30编辑于 2022-11-01 - 来自专栏后端码匠
utf8和utf8mb4的区别
一、简介 MySQL在5.5.3之后增加了这个utf8mb4的编码，mb4就是most bytes 4的意思，专门用来兼容四字节的unicode。 好在utf8mb4是utf8的超集，除了将编码改为utf8mb4外不需要做其他转换。当然，为了节省空间，一般情况下使用utf8也就够了。 二、内容描述 那上面说了既然utf8能够存下大部分中文汉字,那为什么还要使用utf8mb4呢? 原来mysql支持的 utf8 编码最大字符长度为 3 字节，如果遇到 4 字节的宽字符就会插入异常了。 也就是说，任何不在基本多文本平面的 Unicode字符，都无法使用 Mysql 的 utf8 字符集存储。 包括 Emoji 表情(Emoji 是一种特殊的 Unicode 编码，常见于 ios 和 android 手机上)，和很多不常用的汉字，以及任何新增的 Unicode 字符等等(utf8的缺点)。
2.1K20发布于 2021-08-19 - 来自专栏程序编程之旅
Unicode 和 UTF-8 有何区别？
他们采用的方法很简单：废了所有的地区性编码方案，重新搞一个包括了地球上所有文化、所有字母和符号 的编码！ 于是 ISO 就直接规定必须用两个字节，也就是16位来统一表示所有的字符，对于ASCII里的那些“半角”字符，unicode包持其原编码不变，只是将其长度由原来的8位扩展为16位，而其他文化和语言的字符则全部重新统一编码 同时，也都是统一的”两个字节“，请注意”字符”和”字节”两个术语的不同，“字节”是一个8位的物理存贮单元，而“字符”则是一个文化相关的符号。在unicode中，一个字符就是两个字节。 unicode同样也不完美，这里就有两个的问题，一个是，如何才能区别unicode和ascii？计算机怎么知道三个字节表示一个符号，而不是分别表示三个符号呢？ 从unicode到uft-8并不是直接的对应，而是要过一些算法和规则来转换。
91820发布于 2021-01-21 - 来自专栏媒矿工厂
互联网可靠实时协议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蒙蔽了闪亮的双眼。 8.音频转码损耗很高，由于直播使用的是AAC，而WebRTC用的是Opus，转码总有成本还容易出问题，当然可以魔改，额。 9.WebRTC技术栈还不稳定，各种新玩意儿自己都绕晕了吧，WebTransport还没唱完，来个WebCodec，还有WASM。
3.4K31编辑于 2022-04-15 - 来自专栏全栈程序员必看
armv7与armv8的区别(v8和w12的区别)
ARMv7 与 ARMv8的处理器架构自己一直没有详细了解过，现在来学习一下，在arm community 中文社区看到一个不错的总结。 两者之间的区别主要如下： ARMv8指令集分为Aarch64和Aarch32指令集，而ARMv7使用的是A32和T16指令集（分别为32位和16位）。 现今我们常见的手机处理器多为8核，采用大小核心伴侣架构，比如Kirin 970处理器（4*Cortex-A73+4*Cortex-A53），根据运算需求在两者间进行切换，以结合高性能与高功耗效率的特点。
2.1K50编辑于 2022-08-02 - 来自专栏linux驱动个人学习
aarch64 和 ARMV8 的区别
aarch64 和 ARMv8 是紧密相关但涵义不同的术语，在解释他们的区别之前，让我们先简单理解它们各自的含义： ARMv8: ARMv8 是指 ARM 架构的第八个版本，这是由 ARM Holdings 这个版本首次引入了对 64 位处理器的支持，它被设计来提供增强的性能，更好的电能效率，以及对现代计算需求的支持，比如高级多媒体和安全性能等。 ARMv8 架构同时支持 64 位（AArch64）和 32 位（AArch32）指令集。 AArch64: AArch64 是 ARMv8 架构中用来描述 64 位的处理器状态和对应的指令集的术语。当处理器运行在这个状态下时，它可以执行 64 位的指令集并访问 64 位的寄存器。 AArch64通常被用来指代64位的ARM处理器和操作系统。 总而言之，ARMv8 指的是处理器架构的一个版本，这个版本包括了 64 位处理能力。
4.1K10编辑于 2023-12-12 - 来自专栏技术之路
GBK编码和UTF-8编码的区别
编码所占空间 UTF－8编码则是用以解决国际上字符的一种多字节编码，它对英文使用8位（即一个字节），中文使用24位（三个字节）来编码 GBK则每个字符占用2个字节 - 编码内容 UTF-8则包含全世界所有国家需要用到的字符 GBK包含全部中文字符； UTF-8包含全世界所有国家需要用到的字符，是国际编码，通用性强。 UTF-8编码的文字可以在各国支持UTF8字符集的浏览器上显示。如果是UTF8编码，则在外国人的英文IE上也能显示中文，他们无需下载IE的中文语言支持包。
1.3K10编辑于 2024-04-23 - 来自专栏全栈程序员必看
python基础（8）python中is和==的区别详解
a的内存地址是一样的，a = 1的原理是首先内存中有一个id=4470700832，type=int，value=1的对象，然后创建a对象指向1，此时a的id、type、value跟1的一样 is和= =的区别 上面分析了创建对象的整个内存过程，那么接下来理解is和==的区别就好多了 is：用于判断两个变量引用对象是否为同一个，既比较对象的地址。 140204598140720 >>> id(b) 140204598140400 >>> print(a is b) False >>> print(a == b) True 根据我们上面讲解的，a的地址和b 比较两个对象的 id 值是否相等，是否指向同一个内存地址 == 比较的是两个对象的内容是否相等，值是否相等 小整数对象[-5,256]在全局解释器范围内被放入缓存供重复使用 is 运算符比 == 效率高，在变量和 字符串长度为0和1时，默认都采用了驻留机制。
51430编辑于 2022-09-19 - 来自专栏刘同学被占用了
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 - 来自专栏视频传输
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 - 来自专栏全栈程序员必看
tomcat7和tomcat8的websocket区别
tomcat8真正支持jsr-356(包含对websocket的支持)， tomcat7部分版本的websocket实现不兼容jsr-356。 websocket实现tomcat7.x与tomcat8.x有很大差异。 在tomcat7中使用websocket需要定义一个servlet，然后继承WebSocketServlet，在tomcat8中使用websocke。 xml version="1.0" encoding="UTF-8"? 只需要写java类，和前端代码。 1、新建一个环境为tomcat8的web工程，需要的包有websocket-api.jar。 2、后台java类。
71930编辑于 2022-09-09 - 来自专栏云端漫步
深入理解unicode编码和utf-8编码区别
如下图所示 [%E5%B1%8F%E5%B9%95%E5%BF%AB%E7%85%A7%202019-08-06%20%E4%B8%8B%E5%8D%881.23.44.png] unicode码只是一种编码的规范 在计算机中可以使用4byte来存储一个unicode码，但是这样的存储是不有些浪费存储空间，于时就有大神出来解决这个问题，Ken Thompson-unix之父，同时也是go语言之父，参与设计了UFT-8来解决 unicode编码到uft-8之间的转化是怎么规范的呢？ unicode编码 UTF-8编码
U+00000000 – U+0000007F0xxxxxxxU+00000080 – U+000007FF 总结 通过以上的实验操作，你应该全面的理解了unicode编码和utf-8编码之间的区别及转化算法了吧。1.8K50发布于 2019-08-08 - 来自专栏全栈程序员必看
ANSI和ASCII、GBK和GB2312、Unicode和UTF-8的区别
ANSI和ASCII区别 NSI码（American National Standards Institute） 美国国家标准学会的标准码 ASCII码(America Standard Code for Unicode和UTF-8区别 unicode是一个字符集，utf8是在这个字符集基础上的一种具体的编码方案为更好的存储和传输，其他还有 UTF-16，UTF-32 等。 ASCII码跟Unicode没有本质的区别。只不过Unicode表示范围比ASCII大。 而UTF-8则是在Unicode的基础上进行的再编码。其中对于字母的编码与Unicode和ASCII一致。 文本文档是用UTF-8编码保存的。这样可以最大限度的节省空间。 当你需要保存的时候在转化为UTF-8格式保存（节省空间）。
3.1K10编辑于 2022-07-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号