首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏媒矿工厂

    基于 QUIC 的延时视频

    目录 WebRTC 能否实现延时目标 视频质量和延时之间的平衡 更好的解决方案——Segment Truncation Warp——基于 Segment Truncation 的视频协议 WebRTC 能否实现延时目标 演讲者作为 Twitch 的工程师,主要负责降低视频观看延时方面的工作,从而使得视频观看过程中增加交互的可能。 ,例如对话语音数据有较高的优先级,而视频观看体验却不是很好,经历了一年的努力,工程师团队放弃了利用 WebRTC 实现延时目标的愿望。 Quality vs Latency 为了解决上述的平衡问题,对视频播放延时进行优化的同时保证服务质量,首先需要明确视频播放延时来自何处。通常而言,延时主要来自网络拥塞。 dis_k=4ee8f789416e4f2b4e14cf9cd3badf35&dis_t=1649675327&vid=wxv_2305213488392404993&format_id=10002&support_redirect

    2K10编辑于 2022-04-11
  • 来自专栏码客

    延时播流之Jsmpeg

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

    1.6K20发布于 2021-02-26
  • 来自专栏数据工人

    极致性能(2):延时优化之基础

    (1) 不进入这个行当,很少会知道,人们对延时的渴求。专业人士为了延时,做过各种各样的努力。以往我们将数据库的某些SQL从秒级优化到毫秒级,至少会在心底里欢呼一下,百倍提升! 延时网卡及驱动:用于Mellanox ConnectX-4 LX的VMA和用于SolarFlare Flareon X1/X2的OpenOnload。 延时系统的硬件配置建议: 1)一个socket上的核数尽可能少,Gen10最佳就是8核。当然,可以想象的,必须关闭SMT。别的不说,核多了,你看/etc/interrupts的时候得疯。 BIOS环境的延时配置表: 参数 值 描述 HPE generation Workload Profile Low latency 允许同时设置一组BIOS选项以适应目标应用程序类 Gen10 Intel Notification Disabled (gen8&gen9)Enabled(Gen10) 禁用内存故障前通知 Gen8 以上 (4) 先来看看HPE为延时(宽频交易)准备的新品硬件: ?

    7.6K10发布于 2020-02-14
  • 来自专栏音视频技术

    基于Open WebRTC Toolkit(OWT)的8K全景视频延时直播系统

    音视频架构师戴建辉在LiveVideoStackCon2019深圳大会的演讲,详细介绍了如何基于Open WebRTC Toolkit (OWT)方案,结合SVT-HEVC tile-based编码等技术实现延时的 5G技术高带宽及超低延时的特性,为各行各业带来一些颠覆性的变革。 基于Open WebRTC Toolkit (OWT) 8K全景视频延时直播系统 基于Open WebRTC Toolkit的8K全景视频延时直播系统,通过采用英特尔开源的SVT-HEVC进行HEVC 第三,实现了基于FoV(Field of View)反馈的HEVC Bitstream Rewriter的功能;第四,基于RTC本身实时延时的传输效果,实施了用户FoV到Server的延时反馈通道。 未来可以通过实现高、中、多种分辨率和不同GOP的组合,优化FoV切换延时和Network Adaption。 多数浏览器对于HEVC编码标准兼容性存在缺陷。

    5.5K128发布于 2020-04-15
  • 来自专栏媒矿工厂

    JEPG XS:延时视觉无损压缩

    本次演讲主要介绍了JPEG XS这一延时且视觉无损的新压缩标准。 首先,Branislav简单介绍了为什么需要研发Jpeg XS。 过去是使用JPEG 2000来实现延迟的压缩,但JEPG 2000的性能有限。 而JPEG XS是第一个对具有较高延时要求场景设计的ISO标准(ISO/IEC 21122),具有轻量级和延迟的特点,可以在压缩比为8:1的情况下实现视觉无损的压缩。 在延时方面,JPEG XS相比于SMPTE 2110-20也有较大的提升,端到端情况JPEG XS的延时减小了91 lines。 RaJvlr表示现在已有基于FPGA和基于软件的JPEG XS实现,未来JPEG XS将会应用在ST2110 workflow、IPTV、4K/8K的HDR视频、VR/AR以及对于延时有高要求的应用中。

    3.3K11发布于 2021-02-08
  • 来自专栏全栈程序员必看

    延迟视频传输_网络延时

    本文的话题有关音视频传输优化,优化目标: 卡顿率,超流畅。 秒互动,超低延时。 超高清。 优化要点不外乎: 音视频传输优化不能基于TCP/QUIC。 音视频传输优化需要对高清做柔性。 《超低延时直播白皮书》,说是联合信通院发布的业内首份,据此提到的技术,延时可控制在500ms以内。 例如根据网络实时质量决定如何柔性降级,牺牲清晰度保障流畅: 网络好时,按下面的序列正常传输:1,2,3,4,5,6,7,8 网络不好时,按照下面的序列传输:1,1,3,5,5,7,88 音视频流知道1 ,5,8关键,而2,3,4,7非关键,非关键序号可牺牲,亦可将其占位作关键序号的冗余,增加关键序号传输成功率,进一步避免卡顿。 当音视频传输优化很难进行下去时,不妨换个思路,与其费劲纠结于卡顿,延时,高清晰度如何实现,不如看看能放弃些什么。人们绞尽脑汁设计的那些个复杂无比且脆弱并且不一定有效的算法真的必要吗?

    1K20编辑于 2022-11-10
  • 来自专栏OpenFPGA

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

    基于 FPGA 的低成本、延时成像系统 副标题:优秀的IC/FPGA开源项目(三)-低成本、延时成像系统 《优秀的IC/FPGA开源项目》是新开的系列,旨在介绍单一项目,会比《优秀的 Verilog VDMA,这就导致视频传输的时候有1到几帧的延迟,这对于延迟、高分辨率的情形肯定是不能容忍的。 但是砍掉了VDMA和DDR,所以整体成本会很多。关于没有VDMA情况下的各个IP的设置及测试可以看下面的文章《不使用VDMA情况下使用AXI4总线实现视频输入输出(延迟首选)》。 视频接口由 10 位数据(分为 8 位和 2 位)、帧和行有效、像素时钟和参考时钟 (24 MHz) 组成。 配置接口由连接到sensor的 I2C 和 复位IO组成。 www.hackster.io/adam-taylor/creating-an-fpga-based-low-cost-imaging-system-cb18af https://mp.weixin.qq.com/s/O8RvBc5BjnF-rTZHUHbEnA

    97310编辑于 2023-09-01
  • 来自专栏媒矿工厂

    实现支持延时 HLS 的播放器

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

    3.3K30编辑于 2021-12-10
  • 来自专栏音视频咖

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

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

    8K52发布于 2020-12-14
  • 来自专栏我爱计算机视觉

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

    大量互动的内容将通过5G以延时的方式以视频的形式传输。 5G将对视频分辨率和清晰度提出越来越高的要求。 淘宝直播高清延时系统架构 在降码率上,我们自研高效编码器,升级播放架构,添加智能ROI,场景编码,智能码控等工具,有效地降低了视频码率带宽。 不断去优化整套高画质延时系统。 与此同时,我们建立了客观质量和主观质量评价体系,采用vmaf,psnr,ssim这一系列的指标作为客观质量评价。 另外,帧间预测的运动搜索是从参考帧寻找最佳匹配块的过程,它的分像素搜索需要做7抽头或者8抽头的插值滤波,计算量很大。 ▐ 延时编码 在直播中,时延意味着高效率和优质体验。试想以下场景: 场景一:当主播展示下一个商品后,10秒才收到上一个的商品的提问。

    1.9K20发布于 2020-11-09
  • 来自专栏音视频技术

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

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

    4.1K20编辑于 2022-08-31
  • 来自专栏用户7045070的专栏

    如何实现延时直播——支持多终端H5播放的超低延时直播方案

    对于这类应用来说,它对于视频的延时是非常敏感的,往往差之毫厘,失之千里。所以,这些应用场景下必须采用延时的直播解决方案。 然而,当前主流的直播云平台主要采用如下几种技术实现方式: 1. 在这种情况下,端到端延时比较低的方案是端到端采用RTMP协议(延时在3秒左右),然而不支持终端以H5方式播放。因此,行业内普遍采用HLS协议在终端接收(多终端兼容),但是延时通常在10~30秒。 这种方案比第一种方案延时更低,端到端可以控制在1秒以内。 终端: 基于H5标准自主实现延时播放器,有效控制缓冲区大小,通常只缓冲一帧的图像数据,并调用本地的硬件解码器进行视频解码,从而实现快速实时播放的目标。 在高带宽延时的专网环境中(网络延时低于1ms),该直播平台的端到端延时在300ms以内; 2. 在单一运营商的广域网环境中(网络延时低于10ms),该平台的端到端延时在500ms以内; 3.

    3.1K00发布于 2021-03-04
  • 来自专栏音视频技术

    UDP成为延时流媒体关键 选SRT还是QUIC?

    无论是SRT还是QUIC,UDP都成为实现延迟视频流传输的必选项。在刚刚结束的俄罗斯世界杯,以及即将到来的重大体育赛事中,SRT与QUIC还将有一番较量。 /2018/08/14/udp-based-streaming-modes-battle-for-traction-as-paths-to-low-latency/ 一个充满挑战的任务—通过互联网实现延迟 Parks在2017年第三季度对超过10,000个美国家庭进行的一项调查中发现,OTT视频服务的累积流失率超过了50%,这不包括相对流失率的Netflix和亚马逊服务。 另外,Conviva在北美近20亿次观看会议上编制的统计数据表明,在8%的观看会话中,缓冲问题至少会造成一个卡顿。 但有一点似乎是肯定的:增强型UDP注定要取代TCP来传输延迟视频流。 目前关于UDP的思考带来了流媒体传输的全面发展。

    1.7K50发布于 2021-09-01
  • 来自专栏TSINGSEE青犀视频

    如何实现在iOS系统播放WebRTC延时视频流?

    图片众所周知,iOS系统支持HLS流,但是HLS流延时高,无法满足实时流的要求;而WebRTC播放延时,因此,很多用户希望能在iOS系统上播放Webrtc视频流。

    2.1K20编辑于 2023-04-03
  • 来自专栏音视频咖

    腾讯云快直播延时播放质量的优化实践

    延时一直是直播行业重要的发展方向。根据今年Bitmovin视频报告最新的调研结果,延时是音视频领域最受关注的技术创新和挑战之一。 虽然今年成本控制超过低延时成为当下最受关注的焦点,但不可否认,延时仍是最受行业长期关注的发展方向之一。近些年来,特别是疫情以后,延时直播需求得到了迅猛增长。 直播领域的各种传输协议本身也在不断向延时方向发展,像延时HLS、CMAF,还有被国内直播行业用到极致的RTMP/FLV。 Slice编码推流和拉流,可以进一步降低延时;同时云媒体处理也需要有延时处理能力,腾讯云MPS提供了H.264、H.265,以及AV1极速高清转码服务,可以在延时下降低码率和增强画质。 延时播放质量优化 下面我将向各位介绍腾讯云快直播在延时播放质量优化上的一些实践工作。 在详细讲述之前,我先总体介绍下腾讯云快直播延时播放的定制优化解决方案。

    5.5K10编辑于 2023-04-17
  • 来自专栏物联网智慧生活

    5G工业路由器 千兆高速延时

    适用于各类远程监控、远程管理、数据采集等应用,具有延时、高速率的特点。 1 (1).jpg 5G网络,千兆速率! 更高级自然更高速   计讯物联5G千兆工业路由器TG463,支持5G网络,高达20Gbps速率,端到端延时低于5毫秒。能提供更高速无损采集传输各种大数据如:文件、图片、动画、声音及视频等。 1 (8).jpg   多重数据保护,保障数据完整可靠   支持断电、断网续传和数据自动补发,保证数据完整性;有线、无线网络互为备份,降低通信故障概率;三级看门狗机制、心跳链路监测保护,保障数据稳定完整传输

    1.1K30发布于 2021-06-28
  • 来自专栏开发内功修炼

    盘点延时网络架构中使用的那些黑科技!

    最近我简单研究了一下延迟网络架构,今天和大家分享分享。 谈到优秀的延时网络架构,大家首先可能想到的是各家互联网大厂,比如腾讯阿里字节,总会觉得大厂做的肯定最好。 所以高频量化交易场景中的网络架构几乎是全球最顶级的延时网络架构了,非常值得学习。我请教了朋友圈中几位从事量化交易的专业人士,也看了一些技术资料,初步对这个网络架构有了一点点理解。 这个在国内用的还是很多的,因为相对下面的微波传输网络成本要很多。 1.2 微波传输 提到光速,我们都知道它的速度是 3 × 10 的 8 次方 m/s。 InfiniBand 网络的第二个优势就是从设计之初就考虑了 RDMA,延时很低。这个稍后我们专门介绍 RDMA 时再说。 三、总结 一个网络请求从用户发出,到最终处理完毕,其延时总体上可以划分为两块,一是网络转发延迟,二是系统处理延迟。

    2.1K32编辑于 2022-12-07
  • 来自专栏音视频技术

    腾讯云快直播延时播放质量的优化实践

    延时一直是直播行业重要的发展方向。根据今年Bitmovin视频报告最新的调研结果,延时是音视频领域最为关注的技术创新和挑战之一。 虽然今年延时从第一降到了第二,成本控制成为当下最为关注焦点,但是延时还是最受行业长期关注的发展方向之一。近些年来,特别是疫情以后,延时直播需求得到了迅猛增长。 直播领域的各种传输协议本身也在不断向延时方向发展,像延时HLS、CMAF,还有被国内直播行业用到极致的RTMP/FLV。 Slice编码推流和拉流,可以进一步降低延时;同时云媒体处理也需要有延时处理能力,腾讯云MPS提供了H.264、H.265,以及AV1极速高清转码服务,可以在延时下降低码率和增强画质。 2.延时播放质量优化 下面介绍腾讯云快直播在延时播放质量优化上的一些实践工作。 在详细讲述之前,先总体介绍下腾讯云快直播延时播放的定制优化解决方案。

    5.7K30编辑于 2023-04-12
  • 来自专栏码客

    目前直播技术汇总及延时直播的方案汇总

    我们假设我们呢传输的是1080P的8bit图组成的视频,那么每一帧就是1920x1080x8x3=49766400‬bit,也就是47.46MB,那么如果视频帧率是30Hz,那么每秒也就是1423.82MB 所以如果是延时的场景,那么就需要关闭这个功能,让服务端每次收到一个包就解析。 延时直播方案 适用场景 教育直播 大班课可以支持超大数量规模的同学同时在线延时与老师互动。 电商直播 实时与买家互动答疑,交流商品信息。 阿里的延迟直播:官方文档 延时直播RTS(Real-time Streaming)在阿里云视频直播(ApsaraVideo Live)的基础上,进行全链路延时监控、CDN传输协议改造、UDP等底层技术优化 ,通过集成直播播放端SDK,支持千万级并发场景下的毫秒级延时直播能力,弥补了传统直播3~6秒延时的问题,保障延时卡顿、秒开流畅的极致直播观看体验。

    7.6K10发布于 2021-01-20
  • 来自专栏码上就说

    可以媲美RTMP的HLS延时方案——LL-HLS

    HTTP-FLV HLS 全称 Real Time Message Protocol RTMP over HTTP HTTP Live Streaming 所在层 传输层 网络层 网络层 是否长链接 是 是 否 延时 , 每隔一段时间重新请求以获取最新的M3U8索引列表, 但是重新请求可能浪费的时间更多, 现在采用的方式是在LL-HLS中加入一些设置指定未来要请求的特定片段. 我们在M3U8中会加入一个MSN===> Media Sequence Number来表示即将请求的MSN是哪一个, 这样可以不用重新加载M3U8索引文件, 就提前知道要请求哪一个分片, 哪一个索引文件 /LLHLS_Video1.m3u8 ? 3.小结 (1)LL-HLS在直播中的延时大大降低, 可以降低值3s内, 但是即使这样, 还是不如RTMP, 不过Apple还会努力的, 我觉得LL-HLS还是可以优化的, 例如多服务器控制源 (2)LL-HLS

    3.5K30发布于 2021-04-13
领券