- 综合排序
- 最热优先
- 最新优先
- 来自专栏AIoT技术交流、分享
如何确保CAN网络低延迟通信
如果低优先级消息正在传输，高优先级消息会被挂起，直到低优先级消息传输完成。这可能导致高优先级消息的延迟，尤其是在总线负荷较重时。 帧长度： 数据帧的长度直接影响消息的传输时间。 3、延迟分析模型 为了深入了解延迟的影响，可以通过以下几个因素来分析： 传输延迟： 包括数据帧的传输时间、仲裁时间等。 4、优化低延迟通信的策略 为了确保CAN总线的低延迟通信，可以采取以下优化策略： 1. 优化消息优先级 CAN总线使用消息标识符（ID）决定消息的优先级，ID越小，优先级越高。 如果传输的数据量较大，可以考虑将数据分割成多个较小的消息，以减少每个消息的传输时间，虽然这样会增加消息的数量，但可以减小单个消息的延迟。 3. 网络拓扑优化 CAN总线的网络拓扑结构也会影响传输延迟。 尽量避免复杂的拓扑结构和长的总线线缆，以减少信号传播的延迟。 采用星型或总线型拓扑可以减少信号传输路径的长度，提高实时性。 8.
90611编辑于 2025-02-18 - 来自专栏全栈程序员必看
低延迟视频传输_网络延时
昨天(2月25日)的”火山引擎视频云科技原力峰会”上，提到火山引擎，腾讯云，阿里云三家联合发布了《超低延时直播协议信令标准》，依次标准，火山引擎宣称延迟控制在1s以内，但就在前几天的2月22日，腾讯云发布了 2～3个RTT的buffer足以感知网络变化，另一方面，所谓微弱平滑拥塞的背后是对互联网公平收敛的信任。 例如根据网络实时质量决定如何柔性降级，牺牲清晰度保障流畅： 网络好时，按下面的序列正常传输：1，2，3，4，5，6，7，8 网络不好时，按照下面的序列传输：1，1，3，5，5，7，8，8 音视频流知道1 ，5，8关键，而2，3，4，7非关键，非关键序号可牺牲，亦可将其占位作关键序号的冗余，增加关键序号传输成功率，进一步避免卡顿。 当音视频传输优化很难进行下去时，不妨换个思路，与其费劲纠结于低卡顿，低延时，高清晰度如何实现，不如看看能放弃些什么。人们绞尽脑汁设计的那些个复杂无比且脆弱并且不一定有效的算法真的必要吗？
1.1K20编辑于 2022-11-10 - 来自专栏媒矿工厂
低延迟HLS
本文是来自WWDC(苹果全球开发者大会) 2019的演讲，演讲的作者Roger Pantos，HLS的技术主管，本次演讲主题是介绍低延迟HTTP实时流（Low-Latency HLS）的实现和效果以及如何使用低延迟 在演讲的开始，Roger首先描述了低延迟对于体育直播、新闻、即时互动游戏广播以及颁奖典礼和其他社交媒体活动等的重要性。 介绍了低延迟HLS的设计目标是1-2秒，并且具有速率适配、加密、广告、元数据、向后兼容等功能。 然后Roger介绍了低延迟HLS如何实现上述的目标，与之前的HLS相比有5大变化：减少发布延时、优化段发现、消除段往返、减少播放列表传输开销、快速切换层。随后介绍了完成这5项变化的细节。 接着Roger展示了使用低延迟HLS视频通话的延迟，在AppleTV上美国用户与澳大利亚用户在视频通话时的延迟低于2秒。 最后Roger介绍了对于开发者来说，如何使用低延迟HLS进行项目开发。
2.5K10发布于 2019-09-25 - 来自专栏媒矿工厂
低延迟DASH流
这次将介绍的是使用开放源代码工具的低延迟DASH流。 首先Bo介绍了低延迟DASH流是什么，其中，一个低延迟流，从编码器屏幕到播放器屏幕之间的延迟必须要低于5秒;视频片段会被分割成许多的块来进行编码传输;且低延迟的特性也决定了它在传输路径上不应有额外的缓冲 DASH-IF所提出的最新变动中，包含了这些特性：添加了许多重新同步的节点，来使流可以被独立地处理;增加了功能描述，来告知播放器应当如何在低延迟模式下进行工作。 Bo还介绍了在低延迟流中的前人工作，DVB低延迟DASH：使用GPAC软件实现的GPAC低延迟DASH;苹果的低延迟HLS，使用的是苹果服务器和IOS的音视频播放器，以及社区驱动的LHLS。 最后Bo讨论了一些低延迟DASH的潜在问题，首先低延迟DASH的灵活性比传统的低延迟流要差;块的大小和延迟之间也存在着交换;低延迟DASH只支持HTTP/1.1。 最后附上演讲视频：
1.7K20发布于 2021-01-25 - 来自专栏媒矿工厂
低延迟直播流技术
随后，演讲者介绍了直播延迟的来源，直播延迟的一个主要来源是视频的缓冲（Video Buffer），在具有足够的视频缓冲的条件下，在网络环境波动下的视频回放稳定性（Playback stability）能够得以保障 ，但也因此会带来较大的延迟，因此低延迟也要在回放稳定性问题上进行权衡。 视频传输过程中往往对视频进行分段传输，因此，直播延迟也与视频分段的长度有关。 下面演讲者介绍了实现低延迟传输的方法。 最后，演讲者还介绍了低延迟在MPEG-DASH以及Apple HLS协议中的整合，并介绍了低延迟传输的一些实际应用。 更为详细的内容请看视频： http://mpvideo.qpic.cn/0bf2heaakaaa3aaghxnw4bpfaoodau4qabia.f10002.mp4?
2.1K20发布于 2020-05-20 - 来自专栏RTSP/RTMP直播相关
Android音视频直播低延迟探究之：WLAN低延迟模式
Android WLAN低延迟模式Android WLAN低延迟模式是 Android 10 引入的一种功能，允许对延迟敏感的应用将 Wi-Fi 配置为低延迟模式，以减少网络延迟，启动条件如下：Wi-Fi “LOW_LATENCY”： 表示低延迟。低延迟对于一些对实时性要求较高的应用非常重要，例如在线游戏、视频会议、实时流媒体等。 一些高端的 Wi-Fi 芯片可能会专门针对低延迟应用进行优化，提供更好的性能。软件配置 操作系统和应用程序可以通过设置来启用低延迟模式。 例如，在设备的网络设置中选择WIFI_MODE_FULL_LOW_LATENCY模式，或者在特定的应用程序中进行网络优化设置。网络优化 可以通过优化网络环境来减少延迟。 = null) {wifi_lock_.release();wifi_lock_ = null;}总结Android WLAN低延迟模式为开发者提供了一种优化网络延迟的方式，但在使用时需要满足特定的条件
1.1K10编辑于 2024-11-12 - 来自专栏音视频技术
Apple 低延迟HLS分析
优化片段发现机制 优化片段发现机制采用的方法是阻塞式m3u8加载，草案里增加了EXT-X-SERVER-CONTROL来告知客户端服务端支持的低延迟功能特性，包括支持阻塞式m3u8加载机制和后面要说的m3u8 每个低延迟m3u8都必须带上这个tag，并且内容应该一样。CAN-BLOCK-RELOAD=YES就是告知客户端服务器支持阻塞式m3u8加载机制。 经过上述三点改进后，可以看到相比之前的旧版HLS方案，现在可以在很低的延迟下就获得首帧数据开始解码播放，图上示例的part时长是1秒，网络传输0.5秒的话，客户端观察到的延迟可以低到1.5秒左右，part m3u8采用增量升级机制 因为m3u8的请求可能高达每秒钟3-4次，为了进一步减少网络传输数据大小，苹果引入了增量更新机制， ? AVPlayer的实现发现服务端对低延迟HLS支持不好的话，会自动切换回标准的HLS，让视频继续正常播放，所以测试低延迟HLS的时候只看视频是否能播放还不行，要抓包分析，确认低延迟HLS机制正常工作。
5.1K63发布于 2019-07-01 - 来自专栏媒矿工厂
实时低延迟流式传输
本文来自BITMOVIN，由Jameson Steiner编辑，文章主要内容是“实时低延迟流式传输”。 什么是实时低延迟？ 图1 端到端视频编码流程 低延迟是当前媒体行业最大的挑战之一，本文将深度探讨为什么需要关注低延迟。 为什么要关注低延迟？ 诸如体育或新闻之类的实时网络内容推动了对低实时延迟的需求，因为这些网络试图通过各种分发方式（例如OTT与有线电视）同时交付内容。 这样的用例包括网络研讨会，拍卖等。高延迟是最低的需求，而实时是最高的要求。可以参阅图2延迟频谱（包括延迟类型，延迟时间和流格式）： ? 低延迟分块传输 低延迟分块传输除了带来低延迟，还有以下几点影响： 不断接收到的CMAF块流中，可以使客户端缓冲区级别更平滑，跳动更少。因此降低了缓冲区欠载的风险并提高了播放稳定性。
3.3K31发布于 2020-07-07 - 来自专栏用户11163528的专栏（2）
新加坡网络枢纽带来的全球高可用与低延迟
以下内容将从新加坡服务器的网络优势、硬件与架构设计，以及运维与安全保障三个维度，全面解析为何新加坡服务器能完美支撑大规模网站与应用。 新加坡hn网络枢纽带来的全球高可用与低延迟新加坡地处亚洲网路枢纽核心，连接东南亚、南亚及中东、欧洲、北美多条国际海底光缆，天然具备优异的国际带宽资源与冗余能力。 借助新加坡的丰富链路，面向全球用户时能够实现平均低于100ms的访问延迟，从而满足实时交互、视频直播、电商高峰促发等对网络时延敏感的业务需求。 高性能硬件与弹性架构保障大规模并发新加坡数据中心普遍采用先进的硬件配置，包括最新一代的高主频多核CPU（如Intel Xeon Scalable、AMD EPYC系列）、NVMe SSD阵列与分布式存储，搭配千兆乃至10GbE/25GbE内部网络交换 全方位运维与安全体系保障稳定上线新加坡IDC与云平台均提供完善的监控、告警与自动化运维工具，包括Prometheus、Grafana、Zabbix等，实现对CPU、内存、磁盘、网络吞吐及应用层性能的实时监控和趋势分析
70510编辑于 2025-04-27 - 来自专栏音视频技术
ALHLS：Apple低延迟HLS技术
在今年的WWDC上，Pantos宣布Apple更新了HLS，加入了新的低延迟模式。有趣的是，这不是第一次尝试着为低延迟HLS编写规范。 Apple的低延迟HLS（ALHLS） 首先，让我们看看Apple的低延迟HLS解决方案是如何工作的。你可以在这里观看演示并阅读说明。 然而，这也意味着按照Apple的新方法，播放列表必须要被非常频繁地取出，其频率具体取决于目标延迟和部件持续时间，可能高达每秒3-4次。 3. 我希望Apple会将此功能应用在无低延迟要求的链路当中，因为播放列表的臃肿是一个亟待解决的问题。 5. （在目标持续时间的3倍之后503）。除此之外，此策略会给开发者带来一系列值得关注的针对Web和CDN的安全性与性能问题。
2.4K30发布于 2019-07-04 - 来自专栏腾讯云音视频专家服务
低延迟直播的实现方法
直播实现低延迟，是对大部分直播产品的要求，也是提升直播产品用户体验最有效的一个方法。特别是体育赛事、直播互动、在线答题等场景对低延迟要求更高。今天简单跟大家介绍下如何直播如何实现低延迟。 、混流等产生的延迟 ④直播推流、CDN缓存和播放器缓存带来的延迟 数据流的编码/解码延迟和智能处理耗时都是毫秒级的延迟，直播延迟主要还是来源于网络传输和业务缓存。 通常RTMP/FLV协议延迟在1~3秒，这两种协议延迟的主要因素是上面说的网络传输延迟和GOP的大小，三种协议的比较如下： 直播协议 优点 缺点 播放延迟 FLV 成熟度高、高并发无压力 需集成 SDK 才能播放 2s - 3s RTMP 优质线路下理论延迟最低 高并发情况下表现不佳 1s - 3s HLS(m3u8) 手机浏览器支持度高 延迟非常高 10s - 30s FLV延迟一般在2-10秒左右 ，就注定它不是低延迟直播的最佳解决方案。
5.7K80发布于 2020-12-29 - 来自专栏阿利民
如何保证Android音频低延迟
为了更好的理解Android音频延迟产生的原因，最好将总的环路延迟分为以下两个部分： 应用延迟。Android开发者有很多能够降低延迟的方法，后面会逐步介绍 系统延迟。 不同的音频链路有不同延迟时间，比如内建麦克风、耳麦、蓝牙耳机之间的延迟都是不一样的，需要针对这些场景进行不同的处理。 使用蓝牙耳机至少增加100毫秒的延迟。 可以通过下面方法获取： AudioManager#PROPERTY_OUTPUT_FRAMES_PER_BUFFER 验证应用是否使用低延迟音轨 启动应用，然后运行下列命令： adb shell ps 如果您在“Name”列看到“F”，表示它在低延迟音轨上（F 代表快速音轨）。 最大限度缩短预热延迟时间 第一次将音频数据加入队列时，设备音频电路需要少量但仍不短的一段时间来预热。 所有专业音频、低延迟系统都使用“拉”机制。 开发者能做什么？ 不可否认的是，在系统层面的东西开发者确实很被动。
3.1K30编辑于 2022-05-16 - 来自专栏音视频技术
ALHLS：Apple低延迟HLS技术
在今年的WWDC上，Pantos宣布Apple更新了HLS，加入了新的低延迟模式。有趣的是，这不是第一次尝试着为低延迟HLS编写规范。 Apple的低延迟HLS（ALHLS） 首先，让我们看看Apple的低延迟HLS解决方案是如何工作的。你可以在这里观看演示并阅读说明。 然而，这也意味着按照Apple的新方法，播放列表必须要被非常频繁地取出，其频率具体取决于目标延迟和部件持续时间，可能高达每秒3-4次。 3. 我希望Apple会将此功能应用在无低延迟要求的链路当中，因为播放列表的臃肿是一个亟待解决的问题。 5. （在目标持续时间的3倍之后503）。除此之外，此策略会给开发者带来一系列值得关注的针对Web和CDN的安全性与性能问题。
1.9K10发布于 2019-07-12 - 来自专栏Android 开发者
打造低延迟互动音频: Oboe
“互动” 的感觉，低延迟、高互动的音频处理 (包括采集和回放) 有多重要。 如果您有玩音乐游戏，或者音乐软件 (如 DJ 或者合成器) 的话，绝对会对音频的延迟深恶痛绝——延迟不但会让您对自己的操作不再自信，更会摧毁一段被打磨了很久的旋律。 ? 如果您的应用希望用尽可能接近 “实时” 规格的低延迟采集或者播放音频，Oboe 绝对是不二之选。
1.8K20发布于 2018-12-13 - 来自专栏Linyb极客之路
低延迟系统的最佳实践
低延迟意味着更快的响应时间，更快的性能，以下最佳实践大部分来自于Quora等问题提炼： 1. 选择正确的语言 脚本语言不能使用，尽管它们可以运行得更快更快，当你寻找对几毫秒延迟都不能忍受时，就不能有解释语言的开销，你希望有一个强大的内存模型，能够无锁编程，可选语言有Java Scala和C 11 当然，你也可以运行一个本地持久化的内存数据库如 redis or MongoDB（memory >> data），请注意后台在将数据同步到磁盘时可能会导致一些数据崩溃，需要进行松散化(Loose). 3. 让数据和处理同位colocated Network hops are faster than disk seeks(网络连接要快于磁盘寻轨) ，但即使如此，他们也会增加大量的开销。 让系统未充分利用 低延迟要求总是有资源能处理请求。不要试图让你的硬件/软件处于满负荷极限运行状态。留下一些头寸供使用。
1.4K20发布于 2018-09-27 - 来自专栏媒矿工厂
低广播延迟及实现协议
默认情况下，CMAF（例如HLS和MPEG DASH）不是为低延迟广播而设计的。但是，人们越来越关注低延迟，因此一些制造商提供了该标准的扩展，例如低延迟CMAF。 图3.标准和分段的CMAF 要在配置文件之间切换，需要缓冲（最少2秒）。考虑到这一点以及潜在的交付问题，该标准的开发者声称潜在延迟少于3秒。 图4.LL HLS操作原理 CDN和播放器完全支持此规范的预期延迟不到3秒。 开发人员声称，使用SRT可以实现的最小等待时间为120 ms，并具有在封闭网络中短距离传输的最小缓冲区。推荐用于稳定广播的总延迟为3-4RTT。 图7.实验室中的SRT广播延迟测量 在上面的示例中，实验室测量的SRT广播延迟为3帧，每秒25帧。也就是说，40 ms* 3 = 120 ms。
2.1K50发布于 2020-07-07 - 来自专栏RTSP/RTMP直播相关
Windows平台Unity3D下如何低延迟低资源占用播放RTMP或RTSP流？
技术探讨自2017年我们发布跨平台的低延迟Unity下的RTSP|RTMP直播播放器后，Unity下的直播体验有了质的提升，特别是RTMP，从大家认知里面的几秒钟，直接缩减到100-300ms，满足了绝大多数场景下低延迟的技术诉求 今天就Unity下的RTSP|RTMP的低延迟播放，从以下几个维度，抛砖引玉，做个探讨： 选择合适的播放插件 Unity下的RTSP|RTMP低延迟播放，业内想到最多的是大牛直播SDK的SmartPlayer 低延迟模式：如果插件或 SDK 提供了低延迟模式的选项，一定要开启该模式。不过，有些情况下开启低延迟模式可能会牺牲一定的视频质量或稳定性，需要进行权衡。 ，要求非常高，可以选择合适的低延迟RTSP或RTMP播放插件、优化播放参数设置、优化网络环境、优化代码和渲染流程。 流播放之前，做好参数配置，如缓冲设置、解码模式、低延迟模式、网络协议设置等播放参数。感兴趣的开发者，可以单独跟我沟通探讨。
76920编辑于 2024-12-10 - 来自专栏媒矿工厂
使用Video Toolbox进行低延迟编码
本文来自苹果WWDC 2021，演讲者是苹果视频编码与处理团队的PeiKang Song，主要介绍了Video Toolbox中的低延迟编码模式，并对其API调用进行了简要说明。 低延迟的视频编码对很多视频应用场景（如实时视频通话等）都非常重要，而该模式旨在对目前实时应用中的编码架构进行优化。 从图中可以看出，系统的端到端时延主要取决于两方面的因素：视频编码处理时间和网络传输时间。 ? 为了缩短视频编码的处理时间，该低延时模式取消了帧重排机制，转而对视频各帧进行顺序处理。 除了低延迟以外，该模式还具备其他一些实时视频通信所需的特点： 1）new profiles：通过增加两个新的配置文件（CBP和CHP），该框架的互操作性得到了有效提高，CBP主要用于low-cost的场景 3）max frame QP：通过调整帧的QP，可以规定视频的质量和码率。
1.7K20发布于 2021-07-06 - 来自专栏媒矿工厂
低延迟仍是一个挑战
本文来自streaming media的研讨会，主题是：低延迟仍然是一个挑战。主持人是流媒体视频联盟执行总监Jason Thibeault。 3、在编码过程中，有什么方法可以降低延迟，比如决定块大小，决定配置文件变量？ HLS 把流媒体切分为不同的块和片段来传输，而播放器至少要收到三个块才播放，可能导致30秒的延迟，因此延迟比较高。 对编码器来说，开始可以不进行速率控制，用更少的比特率得到更低的延迟，因此会导致更短的关键帧间隔，也可以选择发送更多I帧。 4、有什么基本的工具和服务可以用于低延迟实时流? 因此需要把考虑用户的QOE，如果在延迟方面过于激进，可能导致回放卡顿，降低用户体验，因此需要在用户体验和低延迟上折中。 另外SRT是为了解决低延迟问题设计的基于UDP的协议，确保传输丢包可以重传，但是需要在接收端重建信号。 7、未来几年延迟可能降低的程度？
91060发布于 2020-06-24 - 来自专栏DeepHub IMBA
EfficientFormer:高效低延迟的Vision Transformers
3、convn - bn比LN (GN)-Linear更有利于延迟，对于延迟的降低，精度的小损失是可以接受的。 4、非线性的延迟取决于硬件和编译器。 然后网络从MB4D开始，使用简单的Pool mixer提取低级特征: 式中，ConvB,G表示是否有BN和GeLU跟随卷积。在处理完所有MB4D块后，执行一次重塑以转换特征大小并进入3D分区。 以延迟为目标架构优化 定义了一个搜索高效模型的超级网络MetaPath (MP)，它是一些可能块的集合: 其中I表示单位路径。 在网络的S1和S2中，每个区块可以选择MB4D或I，在S3和S4中，每个区块可以选择MB3D、MB4D或I。 对于S1和S2, n∈{4D, I}，对于S3和S4, n∈{4D, 3D, I}。 最后通过收集不同宽度的MB4D和MB3D的设备上延迟(16的倍数)，构建一个延迟查找表。
95120编辑于 2023-09-27
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号