腾讯云开发者社区-腾讯云

开发者社区

文档建议反馈控制台

文章/答案/技术大牛

发布

综合排序丨最热优先丨最新优先

基于 QUIC 的低延时视频

目录 WebRTC 能否实现低延时目标视频质量和延时之间的平衡更好的解决方案——Segment Truncation Warp——基于 Segment Truncation 的视频协议 WebRTC 能否实现低延时目标演讲者作为 Twitch 的工程师，主要负责降低视频观看延时方面的工作，从而使得视频观看过程中增加交互的可能。，例如对话语音数据有较高的优先级，而视频观看体验却不是很好，经历了一年的努力，工程师团队放弃了利用 WebRTC 实现低延时目标的愿望。 WebRTC 不能提升视频观看体验视频质量和延时之间的平衡对失败项目进行评估后，工程师们觉得要实现高视频质量的同时降低延时是很困难的，如果单独对视频质量优化，必然会引起观看时延增加，同理，如果只考虑减低时延 Quality vs Latency 为了解决上述的平衡问题，对视频播放延时进行优化的同时保证服务质量，首先需要明确视频播放延时来自何处。通常而言，延时主要来自网络拥塞。

2022-04-11

2.1K0

标签:

低延时播流之Jsmpeg

官网：http://jsmpeg.com/ Github:https://github.com/phoboslab/jsmpeg

2021-02-26

1.7K0

标签:

极致性能（2）：低延时优化之基础

（1）不进入这个行当，很少会知道，人们对低延时的渴求。专业人士为了低延时，做过各种各样的努力。以往我们将数据库的某些SQL从秒级优化到毫秒级，至少会在心底里欢呼一下，百倍提升！低延时网卡及驱动：用于Mellanox ConnectX-4 LX的VMA和用于SolarFlare Flareon X1/X2的OpenOnload。低延时系统的硬件配置建议： 1）一个socket上的核数尽可能少，Gen10最佳就是8核。当然，可以想象的，必须关闭SMT。别的不说，核多了，你看/etc/interrupts的时候得疯。 servers) • hpdiscovery • CONREP (for ProLiant Gen9 and earlier servers) iLO4的V2.20firmware版本发现有每15秒一次低延时抖动 BIOS环境的低延时配置表：参数值描述 HPE generation Workload Profile Low latency 允许同时设置一组BIOS选项以适应目标应用程序类 Gen10 Intel

2020-02-14

7.7K0

标签:

JEPG XS：低延时视觉无损压缩

本次演讲主要介绍了JPEG XS这一低延时且视觉无损的新压缩标准。首先，Branislav简单介绍了为什么需要研发Jpeg XS。过去是使用JPEG 2000来实现低延迟的压缩，但JEPG 2000的性能有限。而JPEG XS是第一个对具有较高延时要求场景设计的ISO标准（ISO/IEC 21122），具有轻量级和低延迟的特点，可以在压缩比为8:1的情况下实现视觉无损的压缩。 JPEG XS可以实现极低的延时，对于CPU的使用量也极低。在延时方面，JPEG XS相比于SMPTE 2110-20也有较大的提升，端到端情况JPEG XS的延时减小了91 lines。

2021-02-08

3.5K0

标签:

低延迟视频传输_网络延时

本文的话题有关音视频传输优化，优化目标：低卡顿率，超流畅。秒互动，超低延时。超高清。优化要点不外乎：音视频传输优化不能基于TCP/QUIC。音视频传输优化需要对高清做柔性。《超低延时直播白皮书》，说是联合信通院发布的业内首份，据此提到的技术，延时可控制在500ms以内。事情非往复，但押韵，重画之前的一幅图：为什么延时不参与？流式传输的时间因子永远只是流畅度，延时属不得已而主动为之，不能算数。若非要图示buffer，流畅度和清晰度两个圆之间交集的面积即为buffer的大小，而buffer大小直接表征延时：延时受拥塞排队及重传共同影响，接收端部署buffer可抵抗排队或重传带来的延时抖动当音视频传输优化很难进行下去时，不妨换个思路，与其费劲纠结于低卡顿，低延时，高清晰度如何实现，不如看看能放弃些什么。人们绞尽脑汁设计的那些个复杂无比且脆弱并且不一定有效的算法真的必要吗？

全栈程序员站长

2022-11-10

1.1K0

标签:

基于 FPGA 的低成本、低延时成像系统

基于 FPGA 的低成本、低延时成像系统副标题：优秀的IC/FPGA开源项目(三)-低成本、低延时成像系统《优秀的IC/FPGA开源项目》是新开的系列，旨在介绍单一项目，会比《优秀的 Verilog 目前商用领域的成像系统还是以嵌入式ASIC为主（成品时间快，性价比高），对于一些军工、医学等特殊领域还是以FPGA为主，在特殊领域里延迟是最先考虑的问题（成本不是主要问题），所以今天介绍一下使用FPGA实现低延迟的成像系统低延迟架构我们这次使用的是AMD-Xilinx FPGA，大部分的图像处理都有IP可以使用，在官方文档中有相关的架构，具体如下：上面的架构是比较通用的架构，官方也有例程可以参考，但是上面架构多了一个 VDMA，这就导致视频传输的时候有1到几帧的延迟，这对于低延迟、高分辨率的情形肯定是不能容忍的。但是砍掉了VDMA和DDR，所以整体成本会低很多。关于没有VDMA情况下的各个IP的设置及测试可以看下面的文章《不使用VDMA情况下使用AXI4总线实现视频输入输出（低延迟首选）》。

2023-09-01

1.1K0

标签:

快直播-基于WebRTC升级的低延时直播

随着直播行业的快速发展，特别是在今年疫情的影响下，各种低延时的直播场景得到了爆发性发展。最典型的应用就是直播带货秒杀和在线教育答题。快直播正是采用WebRTC协议对标准直播的拉流侧进行低延时改造，以达到高兼容、低成本、大容量的低延时直播要求。总之，客户可以从现有的标准直播平滑地迁移到快直播上来，快速实现低延时直播场景应用。终端的生态环境也是快直播采用WebRTC进行低延时改造的重要考量。这样我们既能通过浏览器提供标准的WebRTC直播能力，也能通过定制SDK提供升级的更完善的低延时直播能力。图二基于标准直播的WebRTC低延时改造标准WebRTC支持的音视频编码格式已经无法满足国内直播行业需求。

腾讯云音视频

2020-12-14

8.5K0

标签:

实现支持低延时 HLS 的播放器

目录发展历史苹果的低延时 HLS 业界研究 ABR 部分发展历史苹果的低延时 HLS 在 2019 年 6 月，苹果发布了低延时 HLS 的操作指南，你已经可以使用该低延时 HLS 实现一些实例对大多数的低延时 HLS 而言，他们正式开始发展的时间可以说是在 2020 年 6 月。业界研究但是对我们而言，我们对低延时的研究从 5 年前，也就是 2016 年就开始了。到了 2017 年，低延时得到了更多的关注。2018 年的时候，低延时 dash 正式发布。与此同时，也有一些会议提到了之后是否会有低延时 HLS 的出现。但所有这些都发生在整个 WWDC 故事之前。这样每个块之间都有阻塞时间，这在低延时 dash 中也是一个很难解决的问题。图1 在实现低延迟 HLS 之前，我们已经解决过低延时 dash 的很多问题。低延时 dash 在网络状况突然崩溃的情况下表现得并不好，响应很慢，而且对带宽估计并不准确。于是我们考虑是不是能在低延时 HLS 中做的更好。

2021-12-10

3.4K0

标签:

工程实践，淘宝直播高画质低延时技术探索

大量互动的内容将通过5G以低延时的方式以视频的形式传输。 5G将对视频分辨率和清晰度提出越来越高的要求。淘宝直播高清低延时系统架构在降码率上，我们自研高效编码器，升级播放架构，添加智能ROI，场景编码，智能码控等工具，有效地降低了视频码率带宽。不断去优化整套高画质低延时系统。与此同时，我们建立了客观质量和主观质量评价体系，采用vmaf，psnr，ssim这一系列的指标作为客观质量评价。 ▐ 低延时编码在直播中，低时延意味着高效率和优质体验。试想以下场景：场景一：当主播展示下一个商品后，10秒才收到上一个的商品的提问。我们对低延迟传输模块封装了FFmpeg的扩展demuxer，将支持低延时传输协议的demuxer注册到FFmpeg，播放器通过FFmpeg打开网络连接读取数据，这种接入方案基本不影响播放器原有逻辑，对播放器改动较小

2020-11-09

2.3K0

标签:

基于WebRTC的开源低延时播放器实践

直播带货、游戏主播，亦或者是大型网课，在直播中良好的网络环境与低延时是优质交互体验的关键。在这个各家云服务厂商标准不统一的年代，如何让低延时直播更加便捷稳定呢？目前WebRTC方案非常火热，大多数浏览器都支持，生态也很不错，所以云信也选择WebRTC作为低延时直播的基础。云信也推出了自己的低延时直播服务。这张图是云信整个低延时直播的系统流程图。从云信传统的CDN直播转入到云信的低延时直播十分简便，只需要再重新申请一个低延时拉流的域名即可。多个SDK对现阶段移动端APP的包大小十分不友好，不利于低延时直播的大规模推广。为此，云信推出一个开源的低延时播放器，开放信令交互，可以用一套SDK对接多家低延时云服务厂商。三、低延时播放器框架这是云信低延时播放器的框架。云信低延时播放器是一个传输层的SDK，最底层是WebRTC。

2022-08-31

4.3K0

标签: