首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏RTSP/RTMP直播相关

    Android平台毫秒级低延迟HTTP-FLV直播播放器技术探究与实现

    四、Android端实现HTTP-FLV播放器1. 以大牛直播SDK的Windows平台采集桌面毫秒计时器窗口,编码打包推送RTMP到流媒体服务器,流媒体服务器出http-flv的流,大牛直播SDK的SmartPlayer从流媒体服务器拉流,整体延迟如下 ,可以看到,真的不输我们做的RTMP、RTSP直播播放器延迟! 当然这个延迟,对我们来说倒是也不觉得奇怪。五、优化与注意事项1.. 网络异常处理在网络不稳定的环境下,播放器需要具备良好的网络异常处理能力。 好多开发者可能会好奇,为什么我们的延迟这么低?

    1.3K10编辑于 2025-03-24
  • 来自专栏smy

    HTTP-FLV直播初探

    将测试:RTMP延迟1s左右,HTTPFLV延迟1-2s左右,可用于对延迟要求比较苛刻的场景,但要注意兼容性,文章最后会说明HTTPFLV兼容性。 ---- HTTP FLV直播Demo: <! margin-left: auto; margin-right: auto; margin-top: 8px; margin-bottom: 10px 暂停后继续播放是接着暂停时的场景继续播,对于直播会产生延迟 =》 临时解决方案:暂停后继续播放时,手动销毁视频再重新加载播放 4.

    8.6K80发布于 2018-04-03
  • 来自专栏Gnep's_Technology_Blog

    HTTP-FLV详解及分析

    本文介绍另外一种结合了 RTMP 的低延时, 以及可以复用现有 HTTP 分发资源的流式协议 HTTP-FLV。 一、HTTP-FLV 简介 HTTP-FLV,即将音视频数据封装成 FLV,然后通过 HTTP 协议传输给客户端。 HLS 其实是一个 “文本协议” ,而并非流媒体协议,(ts0,ts1,…)。 1、市场上使用 http-flv 的商家 优酷的 pc 网页直播,斗鱼、 熊猫 tv、 虎牙 pc 网页上也使用了 http-flv 2、http-flv、rtmp 和 hls 直播的优缺点 三者的延迟http-flv:低延迟,内容延迟可以做到 2-5 秒; Rtmp:低延迟,内容延迟可以做到 2-5 秒。 Hls:延迟较高(ts0,segment-time:5,10s)。 三者的易用性 rtmp 和 http-flv:播放端安装率高。只要浏览器支持 FlashPlayer 就能非常简易的播放。

    3.3K41编辑于 2023-11-12
  • 来自专栏刘晓杰

    Activity onStop,onDestroy延迟10s执行

    最近发现项目里的一个问题.从 Activity A 进入 Activity B.然后从B返回的时候理论上应该是A onResume之后就会走B的onStop,onDestroy.但是并不是,发现在极端情况下会延迟将近 10s.导致有些资源没有释放(项目中是音视频资源没有释放,导致还在播放语音)带着疑问我就去研究了finish的源代码 public void finish() { finish( 10s IDLE信号 mStackSupervisor.scheduleIdleTimeoutLocked(r); } } else { checkReadyForSleep(); } } 由此可见 finishCurrentActivityLocked 就是延迟10s执行 activityIdleInternalLocked 10s发送 IDLE 信号到处理器去强制 onStop,onDestroy 接下来就有个疑问了,为啥 onStop,onDestroy 没有立即执行?

    2.2K70发布于 2020-09-10
  • 来自专栏Rindew的iOS技术分享

    解决iOS 10 之后调用拨号,系统弹窗延迟

    自从10之后,系统拨号点击后延迟2s左右,公司的测试看不出来弹框,2秒点了四五下,这就尴尬了,后面慢慢弹出来四五个拨号弹窗! 解决办法: #define IOS_VERSION_10 (NSFoundationVersionNumber > NSFoundationVersionNumber_iOS_9_x_Max)? = [NSURL URLWithString:[NSString stringWithFormat:@"telprompt://%@",phoneNum]]; if (IOS_VERSION_10

    1.4K60发布于 2018-06-14
  • 来自专栏FunTester

    下单延迟10s撤单性能测试

    研发提出了一个下单之后延迟10s撤单的压测需求,着实让我迷糊了一会儿,最后参考了Java的延迟队列java.util.concurrent.DelayQueue实现了这个需求。 res.toString()) } int i = 0 while (true) { if (i++ > 10 static int delay; public static void main(String[] args) { ClientManage.init(10, 5, 0, " 10s撤单").start() over() } 测试结果 我使用了默认延迟3s的参数。 下面是执行过程中的日志截图: 下单延迟10s撤单测试结果 图中可以看到,17s开始下单,20s开始撤单。需求完美实现!

    53710发布于 2021-12-02
  • 来自专栏腾讯云大数据与AI专家服务

    存在同步延迟10min的副本

    【健康度判断】 replicated table副本延迟大于5*60秒为非健康值。 count(*) FROM clusterAllReplicas({cluster_name},system.replicas) WHERE absolute_delay>600 limit 10 网络/硬件瓶颈:副本间网络延迟高,或磁盘 I/O、CPU 资源不足。 ZooKeeper 性能问题:ZooKeeper 集群响应慢,导致元数据同步阻塞。 【建议】 攒批写,一次至少插入 1,000 行的相当大的批次数据,最好在1w到10w行之间;降低并发写入频率。

    30210编辑于 2025-05-20
  • 来自专栏东风微鸣技术博客

    Kubernetes 疑难问题排查 - 10s 延迟

    我们首先通过Chrome的F12开发工具来进行查看,发现正是上边的这个请求耗时10s,且10s都是在Waitting(TTFR) 如下图: 3. 这一次, 根据源IP(pod A)和目的IP(可以理解为K8S Ingress 的tun0的IP), 初步判定是: 容器 -> Ingress之间出现了10s的延迟. 敬请期待~ 第二阶段 细化分析和排除阶段¶ 上一阶段, 初步确定了是: 容器 -> Ingress之间出现了10s的延迟. 那么后续就计划对者之间的网络进一步的进行分析. 为此准备了2套方案: 1. 项目组老师重点提到, 根据他们的日志来看, 是第3步慢了10s. 所以每次都是等待10s才进入系统. 如下图: 原因总结¶¶ 需求系统访问单点登录10.1.XX.XX:XXXX花了10s, 是因为那次请求会进行反向dns解析。结果解析2次不成功。

    1K40编辑于 2022-04-21
  • 来自专栏深度学习与python

    服务调用延迟降低 10%-70%,字节跳动做了什么?

    然而,虽然微服务架构提供了多种优势,如可扩展性、轻量级特性及故障隔离等,但其频繁的网络互动也不可避免地增加了网络负担,从而导致更高的延迟,并增加了系统的不稳定性。 通过策略性地重新部署服务的 Pod,尽量将频繁通信的服务 Pod 部署在同一台机器上(Collocation); 通过调整网络通信协议,采用本地通信方式(IPC)替代网络通信,显著降低网络开销,减少请求延迟 下图展示了通过模拟实验的初步验证结果:亲和性部署和本地通信策略(Collocation+IPC)显著优化了端到端延迟和请求失败率。 自 2023 年在字节跳动上线以来,对于接入亲和性部署的业务,该算法已实现了 10%-70% 的时延降低。

    60710编辑于 2024-06-17
  • 来自专栏腾讯云大数据与AI专家服务

    存在Replication queue任务延迟10min的表

    【健康度判断】Replication queue tasks积压超过10分钟,为非健康值,表明跨副本数据同步存在问题,需排查以确保数据一致性和服务可用性。 FROM clusterAllReplicas({cluster_name},system.replication_queue) where create_time < now() - INTERVAL 10 MINUTE limit 10 【可能风险】fetch parts速度赶不上insert parts的速度,replicas fetch挤压过多,Zookeeper未消费parts数一直增加,引起ck 节点zk请求数异常,zk负载过高,表可能变为read only状态【建议】检查分区设计,禁止分区键为高基数列组合检查写入逻辑,攒批情况,一次至少插入 1,000 行的相当大的批次数据,最好在1w到10w

    16410编辑于 2025-06-03
  • 来自专栏ghostsf

    没有Flash如何做直播?

    HTTP-FLV还是HLS? 答案是: 看你的业务的延迟要求,2-5秒用HTTP-FLV,5-10秒用HLS。 如果选择了HTTP-FLV,那么在移动端就不能用浏览器播放,但是移动端可以用Fijkplayer播放,这是为了追求更低延迟要付出的兼容性代价。 如果对延迟有一定的要求,那么就不合适,所以还不能这么武断的全部选择HLS。 用HTTP-FLV还是WebRTC? 答案是:HTTP-FLV。 WebRTC是做通信的,不是用来做直播。 现在云服务也开始推出WebRTC直播服务,当然是可以用的,问题是云服务也支持HTTP-FLV,为什么不选择更通用的方案?除非延迟要求非常低,比如1秒之内的延迟。 答案是:RTMP、HTTP-FLV和HLS一起用。 最好的替代场景是这样的: PC浏览器,延迟有要求的用HTTP-FLV延迟没要求的用HLS。

    2.1K20编辑于 2022-09-09
  • 来自专栏SRS开源服务器

    没有Flash如何做直播?

    HTTP-FLV还是HLS? 答案是: 看你的业务的延迟要求,2-5秒用HTTP-FLV,5-10秒用HLS。如果是替代RTMP,一般来说要用HTTP-FLV,因为RTMP延迟也是3秒左右。 如果选择了HTTP-FLV,那么在移动端就不能用浏览器播放,但是移动端可以用Fijkplayer播放,这是为了追求更低延迟要付出的兼容性代价。 如果对延迟有一定的要求,那么就不合适,所以还不能这么武断的全部选择HLS。 用HTTP-FLV还是WebRTC? 答案是:HTTP-FLV。 WebRTC是做通信的,不是用来做直播。 现在云服务也开始推出WebRTC直播服务,当然是可以用的,问题是云服务也支持HTTP-FLV,为什么不选择更通用的方案?除非延迟要求非常低,比如1秒之内的延迟。 答案是:RTMP、HTTP-FLV和HLS一起用。 最好的替代场景是这样的: PC浏览器,延迟有要求的用HTTP-FLV延迟没要求的用HLS。 移动端浏览器,用HLS,兼容性比较好,几乎都支持。

    1.8K50编辑于 2022-03-18
  • 来自专栏全栈程序员必看

    bat 延迟执行后面命令_bat命令延时10秒启动程序

    1、使用WScirpt的sleep功能,精度0.001秒 创建vbs延迟文件,然后在批处理文件中调用,使用WScript的 sleep函数,实现sleep的效果。 2)调用vbs start /wait sleep.vbs 1、使用choice命令 choice /t 10 /c yn /n /d n /m (10秒后打开) CHOICE [/C choices]

    4.6K20编辑于 2022-11-09
  • 来自专栏海向

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

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

    2.7K10发布于 2019-09-23
  • 来自专栏玩转 Spring Cloud

    Rabbitmq 通过延迟插件实现延迟队列

    Rabbitmq 通过延迟插件实现延迟队列 文章目录 DLX+TTL 存在时序问题 安装延迟插件 下载地址 安装 Java 代码实现 DLX+TTL 存在时序问题 由于队列先入先出的特性 通过死信队列(DLX)和给每条消息设置过期时间(TTL)来实现延迟队列, 会存在时序问题. 可以通过给 Rabbitmq 安装延迟插件来实现延迟队列功能 安装延迟插件 下载地址 rabbitmq-delayed-message-exchange 插件可到这里下载: RabbitMQ 延迟插件 RabbitAdmin.class); TopicExchange exchange = new TopicExchange("exchange.delay"); // 交换器设置延迟属性 class MsgListener { @RabbitHandler public void msgHandler(String msg) { log.info("接收到的延迟消息

    1.7K20编辑于 2022-05-05
  • 来自专栏Nodejs技术栈

    TCP 10延迟的真相是?

    今天的文章是阿里技术专家蛰剑在工作中遇到的一个问题引发的对TCP性能和发送接收Buffer关系的系列思考(问题:应用通过专线从公司访问阿里云上的服务,专线100M,时延20ms,一个SQL查询了22M数据出现10 倍+的信息延迟,不正常。) 10.81.212.8" State Recv-Q Send-Q Local Address:Port Peer Address:Port ESTAB 0 0 10 绿线是最大接收窗口动态调整的过程,最开始是1460*10,握手完毕后略微调整到1472*10(可利用body增加了12),随着数据的传输开始跳涨。 相关和参考文章 经典的 nagle 和 dalay ack对性能的影响 就是要你懂 TCP-- 最经典的TCP性能问题 关于TCP 半连接队列和全连接队列 MSS和MTU导致的悲剧 双11通过网络优化提升10

    1.4K21发布于 2019-11-06
  • 来自专栏SRS开源服务器

    为什么说WebRTC做直播,不是潮流而是大坑?

    若希望降低延迟,应该选择SRT而不是WebRTC。 而且MSE的Bug也不是HTTP-FLV协议封装的问题,同样用DASH或HLS也有。 如果需要支持iOS或Android,在直播领域FFmpeg同样是个更合适的选择,例如ijkplayer,可以播放RTMP或HTTP-FLV,是非常成熟的方案。 最后,关于直播的延迟HTTP-FLV一样延迟也很低,大约1~3秒。想要做得更低么?要想好了,因为可能会引入其他问题,比如卡顿。 做直播是否500ms的延迟是刚需?是否它就比1~3秒延迟更好? 10.最后,基于UDP而有时候UDP就是被封了,嗯你说有TCP,那就干脆用FLV算了。 如果你坚持要吃WebRTC搞直播的螃蟹,可以尝试尝试,然后给我一些反馈。

    3.4K31编辑于 2022-04-15
  • 来自专栏EasyNVR

    安防网络摄像头互联网直播视频流媒体服务器EasyNVR输出直播流 RTMP、HTTP-FLV、 HLS 的对比分析

    看了这么多直播,你好像发现了一个小秘密,不同类型的直播延时有所不同,像与主播实时互动的一般延迟比较短,而相对的,在线教育这一类就比较长了。 另外RTMP适合长时间播放,曾经有过测试,连续 100 万秒,即 10 多天连续播放没有出现问题。 HTTP-FLv Http-Flv 就是 http+flv ,将音视频数据封装成FLV格式,然后通过 HTTP 协议传输给客户端。 理解Http-Flv协议,这就话就是关键 优缺点 HTTP-FLV 依靠 MIME 的特性,根据协议中的 Content-Type 来选择相应的程序去处理相应的内容,使得流媒体可以通过 HTTP 传输。 HLS 的劣势: 实时性差,延迟高。HLS 的延迟基本在 10s+ 以上 文件碎片。

    1.1K20发布于 2020-04-23
  • 来自专栏java大数据

    事件延迟

    事件延迟 事件延迟(项目心得) 马克- to-win:马克 java社区:防盗版实名手机尾号: 73203。

    1.4K20发布于 2020-12-23
  • 来自专栏linux驱动个人学习

    延迟绑定

    延迟绑定实现 在动态链接下,程序模块之间包含了大量的函数引用(全局变量往往比较少,因为大量的全局变量会导致模块之间耦合度变大),所以在程序开始执行前,动态链接会耗费不少时间用于解决模块之间的函数引用的符号查找以及重定位 所以ELF采用了一种叫做延迟绑定(Lazy Binding)的做法,基本的思想就是当函数第一次被用到时才进行绑定(符号査找、重定位等),如果没有用到则不进行绑定。 PLT为了实现延迟绑定,在这个过程中间又增加了一层间接跳转。调用函数并不直接通过GOT跳转,而是通过一个叫做PLT项的结构来进行跳转。 如果链接器在初始化阶段已经初始化该项,并且将bar()的地址填入该项,那么这个跳转指令的结果就是我们所期望的,跳转到bar(0,实现函数正确调用但是为了实现延迟绑定,链接器在初始化阶段并没有将bar()

    1.5K20发布于 2019-05-25
领券