展开

关键词

延迟体育中的内容感知播放

几秒钟后,视频继续播放,这会很烦人,尤其是和朋友一起看比赛的时候。 自适应播放技术概述 低延迟体育节目是低延迟直播的主要驱动力。 在提供优质的低延迟实时流媒体服务这方面,我们开发了一些实用的技术,比如说自适应播放——通过改变每秒播放的帧数来减慢播放速度,并对音频和字幕做同样的事情。 在第二种情况下,在中间的情节中,我们只关注当前的延迟,而这正是 DASH:GS 今天所做的。如果当前延迟增加,您将提高播放速度,并尝试赶上实时边缘。 请注意,虽然 CAPSC 可以在短期内改变播放速度,但在低延迟直播中,长期平均播放速度不能快于 1 倍。 如果是这样,CAPSC 会选择较慢的播放速度。如果当前缓冲区级别不是非常低,CAPSC 检查当前延迟和目标延迟之间的差异,并选择 1x 或更高的值作为播放速度。

9110

Electron 低延迟视频流播放方案探索

Electron 低延迟视频流播放方案探索 Bobi.ink 2020-04-05 好久不见,接近四个月没更新博客了! 我们不需要处理语音(由底层库直接播放), 这就要求我们的视频播放延迟不能太高, 出现语音和视频不同步。 不需要考虑浏览器兼容性。 目录 ① 典型的Web直播方案 RTMP 推流 RTMP 拉流 RTMP 低延迟优化 ② JSMpeg & BroadwayJS Relay 服务器 推送 视频播放 多进程优化 简单说一下 Broadway.js 而且在对接到底层库实际推送时,播放效果并不理想,出现各种卡顿、延迟。由于时间和知识有限,我们很难定位到具体的问题在哪, 所以我们暂时放弃了这个方案。 我们还可以利用requestAnimationFrame 由浏览器来调度播放的速率,丢掉积累的帧,保持低延迟播放

3.6K20
  • 广告
    关闭

    9.9元体验视频云点播

    云点播为您提供媒资管理+短视频SDK+小程序插件+超级播放器等丰富的产品能力,快速构建长短视频一体化方案,9.9元体验一站式视频上传、转码、AI、及分发播放服务,还免费赠送基础版短视频License SDK 28天使用权

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    使用 jsMpeg + webscoket 低延迟播放直接流

    在网校教学场景中,从主讲端推流,到视频CND节点分发,最后到用户侧设备播放,这 3 个过程,哪一个是最耗时的?直播延迟,主要延在了哪一步?第 2 步。 第 2 步,采用 UDP 分发,甚至可以复用成熟多年、穿透能力强的 P2P 分发方案,保证从数据中心,低延迟分发各个运营商的边缘分发节点。这种分发方案避免了主要的分发延迟。 第 3 步,从边缘节点到用户设备,通过 WebSocket 连接边缘节点,使用 jsMpeg 播放 video1mpeg 视频流,延迟可以控制在 50ms。50ms 已经非常低了。

    1.9K30

    解密:EasyGBS如何做到低延迟播放

    播放器如果要提供播放效率和秒开其实本质上是做好解复用(Demux),Demux是指解析视频的封装格式,得到包含的音视频原始码流,Demux时间越短,就越快得到视频流,从而加快秒开速度,实现我们想要的低延迟播放的效果

    10820

    QT下实现低延迟RTSP|RTMP播放

    好多开发者在QT环境下实现RTMP或RTSP播放时,首先考虑到的是集成VLC,集成后,却发现VLC在延迟、断网重连、稳定性等各个方面不尽人意,无法满足上线环境需求。 本文以调用大牛直播SDK(官方)的Windows平台播放端SDK为例,介绍下如何在QT下实现低延迟的RTMP|RTSP播放器,废话不多说,先上图: QTPlayer.png 大牛直播SDK有MFC的demo ,所以在QT上实现播放轻车熟路,如果需要多窗口播放,也可以参考转发的demo,转发的那个4窗口预览的demo做了二次封装,调用更方便。 考虑到大多场景下,开发者有多路播放诉求,针对这种情况,我们对player做个简单的封装: 开始播放: bool player_wrapper::StartPlay(const std::string& play->OnWindowSize(widgets.at(i)->width(), widgets.at(i)->height()); } } } 以上是QT环境下集成个低延迟

    56380

    Flutter下实现低延迟的跨平台RTSPRTMP播放

    Flutter Engine使用C/C++编写,具有低延迟输入和高帧速率的特点,不像Unity3d一样,我们是回调YUV/RGB数据,在Unity3d里面绘制,Flutter直接调用native SDK 其次,客户和开发者驱动,Flutter发展至今,目前还没有个像样的RTSP或RTMP播放器,一个播放器,不是说,有个界面,有个开始、停止按钮就可以了,一个好用的直播播放器,对功能和性能属性要求很高,特别是稳定性和低延迟这块 async { return _smartPlayerCallInt('setFastStartup', isFastStartup); } ///

    /// 设置超低延迟模式 var is_fast_startup = 1; ret = await player.setFastStartup(is_fast_startup); //是否开启低延迟模式 ,拥有Native SDK一样优异的播放体验。

    2.5K00

    IE浏览器如何低延迟播放RTSP或RTMP流

    当然,话说回来,如果是在特定的使用场景下,只需要某些版本IE浏览器支持,但对延迟和稳定性要求非常高,OCX控件方式也不失为一个好的选择。 hls流(如果可以忍受几秒甚至十几秒延迟的话)。 本文基于大牛直播SDK https://github.com/daniulive/SmarterStreaming 现有RTSP、RTMP播放接口的基础上,二次封装,扩展了ocx控件,用于IE浏览器下的低延迟 RTMP或RTSP播放,支持RTMP/RTSP H.265(hevc)播放。 ULONG NT_SetLowLatencyMode(LONG mode); 设置是否低延迟模式播放; 13.

    43750

    延迟和切换成本下的多播放异常搜索

    考虑了在M个过程中寻找L个异常过程的问题。在每一次,决策者可以观察K个过程的子集(即多个策略)。观察过程时所绘制的测量遵循两种不同的分布之一,这取决于过程是正常...

    11100

    编码,打包,CDN交付和视频播放器端的延迟优化

    本文接下来介绍可能的延迟优化,从编码,打包,CDN交付以及视频播放器这些过程,通过调整其中的参数,可以为观众提供一个经过精心优化的低延迟直播流。 视频播放器端的延迟优化 现在看一下最重要的延迟改进领域 - 视频播放器的参数,即使在工作流程的上游优化了工作流参数,但这些优化可能会对未集成低延迟导向机制的视频播放器无效。 视频播放器通常经过优化,可为最终用户提供不间断的播放,这意味着播放器会优先考虑缓冲区长度而不是降低流延迟。但并不意味着完全缺乏启用低延迟的选项,而是在每个播放器的初始化设置中默认不启用这些选项。 通常,将缓冲区限制为3或4秒是延迟播放稳定性之间的合理折衷。低于3秒可以显着改善延迟,但也会影响用户体验,导致在播放期间会发生定期的重复缓冲阶段。 如果利用强制播放头以x切片或延迟x秒开始播放,在播放器设置中设置较低缓冲时间就可能效率比较低。但这是一个补充设置,需要自定义。

    93640

    Unity环境下RTMP推流+RTMP播放延迟解决方案

    在本文之前,我们发布了Unity环境下的RTMP推流(Windows平台+Android平台)和RTMP|RTSP拉流(Windows平台+Android平台+iOS平台)低延迟的解决方案,今天做个整体汇总 Unity环境下RTMP|RTSP播放器 Unity环境下RTMP或RTSP直播播放我们前几年就有发布,并已应用在好多传统行业领域,比如教育或工业仿真或一些低延迟的控制场景。 Native RTSP或RTSP直播播放SDK回调RGB/YUV420/NV12等其中的一种未压缩的图像格式; 2. 多实例支持:播放端和推送不一样,比如智慧城市,播放端有多路场景,所以多实例支持是必备功能,多实例环境下,需要能有好的区分event状态回调等; 2. 平台下低延迟播放RTMP或RTSP流 https://cloud.tencent.com/developer/article/1592731

    89110

    基于 HTTP 的低延迟流媒体播放器的性能

    延迟打包器的输出是分块的视频片段和清单文件,通知播放器如何在低延迟模式下使用流。 LL-HLS 播放器实现的比特率和延迟变化的动态分别如图 4 和图 5 所示。 接下来,我们将注意力转移到 LL-DASH 播放器上。这些播放器实现的比特率和延迟变化的动态分别如图 6 和图 7 所示。 LL-HLS 播放器实现的比特率和延迟变化的动态分别如图 8 和图 9 所示。 就像使用 Verizon 跟踪时一样,HLS.js 在整个会话期间具有可变延迟。与其他两个播放器相比,Shaka 播放器具有更低且更稳定的延迟(平均为 7.78 秒)。

    37440

    在Chrome、Firefox中低延迟播放海康、大华RTSP完全解决方案!

    这几年国内外的技术专家经过不断研究总结,形成一些闭源或开源、收费或免费的方案,但多数时候无法完全满足客户的实际需求,要么兼容性和稳定性不好,要么播放延迟高,首屏画面显示慢;尤其是播放高分辨率的RTSP流时 使用ActiveX播放控件或NPAPI播放插件实际调用的是本地原生程序进行直接播放,从而可充分利用本机硬件解码和硬件加速渲染播放,可实现低延迟、低成本多路稳定播放的良好效果。 推送到前端,前端收到后再转换为Video所支持的MP4后播放,这就导致RTSP视频流,需要经过2次转码才播放,画面延迟时间大幅增加,保守估计延迟至少是2-3秒级别了。 此方案同样要求浏览器支持流媒体扩展特性(MSE),对延迟不敏感的单源播放尚可,多路播放就只能洗洗睡了,另外根据一些用户的反馈,对各品牌摄像头的兼容性也不太友好,作为商业用途使用是不可行的。 本文基于当前最新的技术信息和实践经验,提供了这样一个稳定可靠、兼容性好、低延迟又可同时稳定播放多路RTSP的低成本半开源技术方案,尤其适合播放高分辨率的RTSP,以供大家选型参考。

    63400

    如何设计一款跨平台低延迟的RTMPRTSP直播播放

    开发背景 2015年,当我们试图在市面上找一款专供直播播放使用的低延迟播放器,来配合测试我们的RTMP推送模块使用时,居然发现没有一款好用的,市面上的,如VLC或Vitamio,说白了都是基于FFMPEG 我们的直播播放器,始于Windows平台,Android和iOS同步开发,基于上述开源播放器的各种缺点,我们考虑全自研框架,确保整体设计跨平台,再保障播放流程度的前提下,尽可能的做到毫秒级延迟,接口设计三个平台统一化 经过迭代后的功能 [支持播放协议]RTSP、RTMP,毫秒级延迟; [多实例播放]支持多实例播放; [事件回调]支持网络状态、buffer状态等回调; [音视频加密]Windows平台支持RTMP 低延迟:大多数RTSP的播放都面向直播场景,所以,如果延迟过大,严重影响体验,所以,低延迟是衡量一个好的RTSP播放器非常重要的指标,目前大牛直播SDK的RTSP直播播放延迟比开源播放器更优异,而且长时间运行下 音视频同步处理:有些播放器为了追求低延迟,甚至不做音视频同步,拿到audio video直接播放,导致a/v不同步,还有就是时间戳乱跳等各种问题,大牛直播SDK提供的播放器,具备好的时间戳同步和异常时间戳矫正机制

    1.5K00

    如何在Unity3d平台下低延迟播放RTMP或RTSP流

    随着VR类、游戏类场景的快速发展,开发者对Unity3d低延迟的直播需求量越来越大,前两年,大牛直播SDK发布了Windows平台、Android平台和iOS平台的Unity3d RTMP和RTSP的播放 Native RTSP或RTSP直播播放SDK回调RGB/YUV420/NV12等其中的一种未压缩的图像格式; 2. player_obj_.Call<int>("SetFastStartup", handle, is_fast_startup); } ///

    /// 设置超低延迟模式 1 : 0); //设置是否启用低延迟模式 NT_U3D_SetMute(player_handle_, is_mute_ ? NT_U3D_UnInit(); is_running = false; } 以上是大概的实现流程,Unity环境下,实际测试时延,和 native直播模块相差无几,都是毫秒级延迟

    1.8K50

    RabbitMQ 延迟队列,消息延迟推送

    目录 应用场景 消息延迟推送的实现 测试结果 ---- 应用场景 目前常见的应用软件都有消息的延迟推送的影子,应用也极为广泛,例如: 淘宝七天自动确认收货。 这种解决方案相较于消息的延迟推送性能较低,因为我们知道 redis 都是存储于内存中,我们遇到恶意下单或者刷单的将会给内存带来巨大压力。 消息延迟推送的实现 在 RabbitMQ 3.6.x 之前我们一般采用死信队列+TTL过期时间来实现延迟队列,我们这里不做过多介绍,可以参考之前文章来了解:TTL、死信队列 在 RabbitMQ 3.6 .x 开始,RabbitMQ 官方提供了延迟队列的插件,可以下载放置到 RabbitMQ 根目录下的 plugins 下。 延迟队列插件下载 ? 首先我们创建交换机和消息队列,application.properties 中配置与上一篇文章相同。

    74610

    在Chrome、Firefox等高版本浏览器中实现低延迟播放海康、大华RTSP

    在Chrome、Edge、Firefox等当前主流的高版本浏览器中,即使是HTML5标准的Video也并未对RTSP流播放提供原生支持,从而导致如何在当前主流的浏览器中实现低延迟、低成本并可同时播放多路 使用ActiveX播放控件或NPAPI播放插件实际调用的是本地原生程序进行直接播放,从而可充分利用本机的硬件加速能力,可实现满意的多路低成本、低延迟播放效果。 推送到前端,前端收到后再转换为Video所支持的MP4后播放,这就导致RTSP视频流,需要经过2次转码才播放,画面延迟时间大幅度增加,保守估计延迟至少也是2-3秒级别了。 据了解,此方案已经成功在多个客户现场完成实施并取得了良好的效果,获得了客户的一致好评,毕竟能实现低延迟、低成本的同时播放是硬道理。 本文基于当前最新的技术信息和实践经验,提供了这样一个稳定可靠、兼容性好、低延迟又可同时播放多路RTSP的低成本技术方案,以供大家参考。

    1.4K00

    相关产品

    • 播放器 SDK

      播放器 SDK

      播放器 SDK 基于腾讯云强大的后台能力与 AI 技术,提供视频点播和直播的强大播放载体。流畅稳定的播放性能,集广告植入、数据监测等功能于一身。覆盖多类应用场景,满足客户多样需求,让客户轻松聚焦于业务发展本身,畅享极速高清播放新体验。

    相关资讯

    热门标签

    活动推荐

      运营活动

      活动名称
      广告关闭

      扫码关注腾讯云开发者

      领取腾讯云代金券