Live555 客户端 延迟很大，超过5秒

最新推荐文章于 2025-04-30 16:46:33 发布
原创 最新推荐文章于 2025-04-30 16:46:33 发布 · 5.9k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

上周测试时未发现延迟问题，本周修改live555为多线程支持后出现明显延迟，特别是在连接高分辨率视频流时延迟加剧。1080p分辨率下流畅，但500万像素H264视频流则出现严重延迟。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

上周测试的时候，发现没有延迟，这周将live555改成支持多线程后，延迟很大，只连一路都延迟超过5秒，2路同时连接延迟更大，而且两路之间都有延迟。

 

1080p没延迟,500w像素的H264有延迟；

C++流媒体开源库Live555详细介绍
dvlinker的技术专栏
07-31 1万+
本文详细介绍了C++流媒体开源库Live555的相关内容。
记录：Rk3588播放RTSP视频流有延时和卡顿（CPU性能问题）
Alon1787的博客
08-19 5065
记录：Rk3588播放RTSP视频流有延时和卡顿（CPU性能问题）
hi3518c + live555 实时传输 客户端显示的时候延时问题初步解决
shufanhao.top Blog
01-29 3266
题记：在上个月，用hi3518c+live555，实现在局域网中传输视频后，然后延时太大，大概延时域网中720p的画面延时在8s,640*480 在5s,320*240在3s左右，当时没有多去研究，然后直接去根据其他人的帖子写了在客户端播放的android程序。最近，想在放假之前将延时问题解决掉。经过在网上的答疑，现在将可能引起延时问题以及解决的方法做一总结，但是有的方法还没有去试。 可能原
Live555 源码分析之延迟事件处理
建建的博客
01-25 1231
live555的延迟事件        主要存放在BasicTaskScheduler0的成员变量        DelayQueue fDelayQueue;中        其中                DelayQueue 含有对延迟事件单元的增删改查        DelayQueueEntry中有DelayInterval fDeltaTimeRemaining
live555推流----局域网延迟的分析
Canok
11-18 5938
============20191212--追加---------以下主要追究发送比较大的网络数据时多次调用 系统调用send而产生的耗时问题，不过对于实际上传输音视频实时流的使用场景，往往数据不会这么大，延迟的性能瓶颈主要不在于此======================== 最近在做局域网投屏相关，发现使用vlc做推流和接受，延迟过大（1s以上），改用live555推流和接受，延迟还是过大...
live555 rtsp延时问题
奔跑的蜗牛
03-14 6041
live555 rtsp客户端在刚接入服务器（每次重新接入的时候的时候）延时好几秒钟，播放一会图像延时就正常了，有遇到跟我同样的问题的吗？
LIVE555 4路1080P客户端花屏延迟的问题
小白菜
10-22 2593
rtsp服务端也是用live555 架构的，用VLC连接的时候播放正常，视频源为1080P的 我在openrtsp的基础上封装了一个4路的客户端，4路连接我搭建的服务端，发送视频解码会出现花屏卡顿的现象，有谁遇到过这样子的问题吗？
live555 TestRtspClient -vs2008编译源码;
smilestone322的专栏
12-02 2398
// TestRtsp.cpp : 定义控制台应用程序的入口点。 // #include "stdafx.h" //#include "liveMedia.hh" //#include "BasicUsageEnvironment.hh" /********** This library is free software; you can redistribute it and/or
live555搭建的rtsp服务器发送当前屏幕（x264)
11-17
在我们的案例中，live555充当RTSP服务器，监听554端口，等待客户端的连接请求。当有客户端连接时，服务器将开始接收ffmpeg推送的视频流，并将其转发给客户端。配置live555服务器的过程涉及到创建MediaServer对象，...
live555_vs2017_workspace
08-24
4. 编写代码：利用live555的接口创建RTSP服务器或客户端，处理RTP/RTCP数据包，实现流媒体的发送和接收。 5. 自定义编译：如果需要，可以修改live555源代码，针对特定需求进行定制编译。 通过这个工作区，开发者...
Linux平台下live555实现的RTSP客户端Demo解析
总体来说，这个RTSP客户端Linux Demo是一个很好的学习示例，它展示了如何使用live555库来控制和接收RTSP流。开发者可以利用这个Demo作为一个起点，进一步开发出更复杂的流媒体应用程序，例如视频监控系统、网络电视...
关于 live555延迟优化之缓存区优化“StreamParser::afterGettingBytes() warning: read”” 的解决方法
最新发布
长沙红胖子Qt的技术博客
04-30 1716
写live555流媒体服务，发现延迟较大，优化缓存区后，逻辑检查没问题，但是发现无法成功打开，报错“StreamParser::afterGettingBytes() ”，然后无法rtsp客户端无法成功打开。
VLC播放RTSP视频延迟问题
MOKA
03-17 5571
之前写过一篇关于在Linux平台上编译android平台上VLC播放器源代码的文章，vlc这款播放器非常优秀而且是开源的，它的核心是开源视频编解码库ffmpeg。而且这款播放器还支持RTSP协议，这个主要是用开源的live555来实现的，live555这个库以后还需要认真研习。 一：PC端（Windows平台）VLC播放RTSP视频延迟问题解决 前几天用PC平台上的VLC播放RTSP流媒体时延
live555 RTSP Server RTP over TCP BUG
Sloan
10-28 3982
live555 RTSP Server RTP over TCP BUG
在海思hi3516C上面做流媒体rtsp server，总是存在延时很大并且VLC播放丢帧
热门推荐
Power of technology will free your body and spirit
11-20 2万+
丢帧是VLC报出来的，如下：   我将帧率设置为15，而且是CIF分辨率，局域网传输，不应该有丢帧啊！？我XX   查了一整天，各种办法，最后我发现是海思SDK送出来PTS有问题： pts=pstStream->pstPack[i].u64PTS*90/1000;      //ms*90 干脆换成我自己计算PTS： gVideoPath[ch].VencOutQue[wp].u
简析LIVE555中的延时队列
wqwqh的博客
09-14 452
最近在看LIVE555的源码，感觉其中的延时队列写的不错，于是就总结一下。 首先描述一下LIVE555中的延时队列的设计理念。首先，如下图，A,B,C分别为时间轴上的三个事件点，而head表示当前时间点。 假如我们要描述一个事件发生的时间，可以有两种方法：一种方法直接描述事件发生的绝对时间；另一种方法则是可以描述和另一事件发生的相对时间。而LIVE555中采用的就是后者。在LIVE555中，首先将所有的事件点以发生时间的先后进行排序，然后每个事件对应的时间都是相对于前一事件发生的...
live555直播
zhengning34的专栏
06-14 1132
这个问题年前研究了好长时间。由于之前没有弄过vc++，而live555里面又是c++编程的。一头雾水。不过还是硬着头皮做了下来。 整了一阵子总算是能够实现直播了，最后想想，确实这个东西要实现直播很容易，不像是说的那么复杂。 总的来说，给live555视频的时候我这用的是内存池，然后稍微修改一下live555的例程就能够看到直播视频了。 但是无法实现实时的直播，而且随着直播时间的增加，视频会慢
解决html5直播延迟大问题,小鹅通遇到直播卡顿、延迟时间较长等问题，怎么解决？...
weixin_32487647的博客
06-03 2554
直播助手如果遇到卡顿延迟过高可以使用这几种方式排查：1、检查当前网络上行速度是否太低；建议网络上行是10M以上，建议使用插网线的方式进行直播2、进入软件–右上角–视频设置 将输出分辨率、码率、帧率降低；3、检查当前电脑配置是否过低；建议网络配置：推荐电脑配置：CPU：i5-6400及以上(i5-6500)显卡：GTX1050 及以上(1050Ti)如果不是录制游戏可以直接使用CPU的集显，可忽略此...
为什么在live555 中将fFrameRate的值改成比实际帧率大时反而延时变得很小了
奔跑的蜗牛
03-14 4110
为什么在live555 中将fFrameRate的值改成比实际帧率大时反而延时变得很小了
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值