vlc播放rtp延时越来越大

最新推荐文章于 2024-01-02 16:42:50 发布
最新推荐文章于 2024-01-02 16:42:50 发布
阅读量3.7k 收藏 3
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 音视频 文章标签： rtp 时戳
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/yunlianglinfeng/article/details/83383913
本文分享了作者在使用GB28181标准进行海康IPC的PS流解析及转换为ES，再进一步打包成RTP流过程中的经验与挑战。重点讨论了PTS精度问题，以及如何通过自行计算帧率来优化RTP时戳，最终解决了播放延时问题。

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

最近用GB28181调海康的IPC，将ps流解析为es，然后打包rtp，这里得吐槽一下，ps流中的pts打的准一点有那么难吗？还好帧率是稳定的，rtp头部的时戳不能直接用解析出来的pts，索性就自己按帧率计算了（累加3600），结果发现vlc播放延时越来越大，简直无法接受，传输有一定的延时，最终采用当前帧的时戳=上一帧+两帧差值（ms）*90解决，这里还要注意一点，ps流里可能一帧数据打了多个pes包

Android libvlc播放延时优化
baidu_33512336的博客
05-12 4479
前言 Android使用libvlc播放 rtsp 视频流，处理预览等待时间太长问题 优化方法： 产生的延时主要是因为预读取的流太多，等待的时间较长。通过修改 “probesize” 和 “max_analyze_duration” 来减少打开时的延时。 修改文件 “vlc/modules/demux/avformat/demux.c” 在 vlc_avcodec_lock();/* avformat calls avcodec behind our back!!! */ ...
VLC RTSP视频播放终极解决方案
风语的专栏
10-12 1万+
VLC播放RTSP视频流遇到的问题摄像头是RTSP协议的，需要在Android端实时显示摄像头视频流，这里采用了开源的VLC播放器，可能会有如下需求： 一、有截屏的需求 二、有屏幕录制的需求 三、视频本来是横的，但是现在要竖屏显示，如何旋转视频，另外旋转后视频会拉伸，因此需要截取一段显示 四、显示的视频可能需要做额外处理，比如识别出人脸后框出来 先说说直接用VLC播
VLC播放RTSP视频延迟问题
三哥的技术专栏
01-03 5932
之前写过一篇关于在Linux平台上编译android平台上VLC播放器源代码的文章，vlc这款播放器非常优秀而且是开源的，它的核心是开源视频编解码库ffmpeg。而且这款播放器还支持RTSP协议，这个主要是用开源的live555来实现的，live555这个库以后还需要认真研习。 一：PC端（Windows平台）VLC播放RTSP视频延迟问题解决 前几天用PC平台上的VLC播
RTP视频传输播放延时（时间戳）
weixin_30325793的博客
06-03 733
开发板OK6410+视频采集+wifi+VLC 视频传输采用RTP，实时传输视频，服务器端使用vlc播放，刚开始有3秒延时，播放时间越长延时越长，5分钟后竟达到10秒以后，分析代码，可能是时间戳造成，原时间代码部分： timestamp_increse+=(unsigned int)(90000.0 / framerate); //framerate为帧率 网络上有人提出时间戳改...
VLC播放画质延迟改善方法
热门推荐
子晓聊技术
01-22 3万+
前几天写的android录制视频h263编码通过rtp打包，服务器接收数据并转发，VLC通过rtsp协议请求服务器播放画质较差。后来通过以下方法改善了下画质质量以及延迟。  1、设置合适的帧率，在这里使用24帧每秒。一般来说，这个值较大，画质较好。 2、设置合适的缓冲区，服务器接收数据的速率远大于服务器中转的速率，在接收的时候设置一个合适的缓冲区很重要，缓冲区设置过小，服务器来不及转发数据，就
rtsp服务器 海思_在海思hi3516C上面做流媒体rtsp server，总是存在延时很大并且VLC播放丢帧...
weixin_30146171的博客
12-30 1343
丢帧是VLC报出来的，如下：我将帧率设置为15，而且是CIF分辨率，局域网传输，不应该有丢帧啊！？我XX查了一整天，各种办法，最后我发现是海思SDK送出来PTS有问题：pts=pstStream->pstPack[i].u64PTS*90/1000; //ms*90干脆换成我自己计算PTS：gVideoPath[ch].VencOutQue[wp].u64PTS=gVideoPat...
FPGA加速的H.264低延时编解码IP实现：基于Xilinx Zynq-7020与K7处理器的RTP直推与HDMI输入方案 Xilinx Zynq-7020 v4.0
最新发布
05-26
此外，还提到了RTP直推过程中时间戳同步的问题及其解决方案。最终，通过实验验证，该方案实现了16-18ms的端到端延迟，适用于1080p60的直播推流。 适合人群：从事音视频编解码研究的专业人士、FPGA开发者、嵌入式系统...
gstreamer推流SRT协议视频，VLC播放SRT视频（一）
Alon1787的博客
01-02 3664
gstreamer推流SRT协议视频，VLC播放SRT视频（一）
VLC减少延迟的方法
koukouwuwu的专栏
03-22 9964
一、VLC播放RTSP视频延迟问题解决 前几天用PC平台上的VLC播放RTSP流媒体时延迟时间较长，存在1s左右的延迟，效果不是很好，后来查了资料，发现这个延迟时间是可以修改的。 找到工具->首选项，然后参数设置左下角选择“全部”，左边选择“输入编解码”->“网络缓存”选项，可以根据具体需要加以修改，具体见下图不过这个值不要太小，否则缓存太小，播放视频的过程中会很卡 如果网络环境较好，300ms以内效果很好，实时性较好。 二、PC端（Linux平台）VLC播放RTSP视频延迟...
Flutter VLC使用/播放RTSP降低延迟（附源码）
weixin_51522235的博客
11-16 3206
Flutter VLC使用/播放RTSP降低延迟
opencv、VLC、海康SDK读rtsp视频流延迟测试
fanzy1234的博客
06-16 8231
发现帧率越低，延迟越高，测试时采用的帧率是2 FPS opencv读取海康的网络相机实时视频流延迟过高，网上搜到的解决方案1,2： 1、修改输出格式 https://blog.youkuaiyun.com/qq_43443531/article/details/97375918 延迟4.456s、4.31s、4.71s、4.37s、4.53s 2、多线程 https://zhuanlan.zhihu.com/p/38136322 延迟4.3s、4.36s、4.5s、4.47s 3、VLC中设置最低.
VLC播放RTP PS 流的方法
xiaojun11的专栏
06-10 4580
网上都是播放TS的sdp定义，这里给出一个PS的，根据这个想改了改下，定义如下：[plain] view plain copyv=0   o=- 20140233 20140238 IN IP4 192.168.2.105 //#1  s=rtp PS stream   i=N/A   c=IN IP4 192.168.2.105 //#2  t=0 0   a=tool:ACME RTSP se...
vlc 播放器的播放进度条的时间不刷新
over666的点滴记载
09-14 8564
有些视频如（rmvb）视频在使用vlc播放器播放时会出现进度条不能刷新的问题， 。。。。。。。。。 上面是对整个vlc播放器源码的分析，至于对time当前时间不更新，是解码时间的参数有问题，我的解决方法，直接升级ffmpeg解码模块。找到ffmpeg源码所在目录，修改sh文件。将下载最新的源码拷贝进去编译。生成静态库。问题完美解决。
rtp延迟计算一个公式
mo4776的博客
01-07 4947
在rtp流的收端检测网络延迟时有一个比较典型的延迟计算公式，遵循的原理如下： 在发端设置rtp包的时间戳公式为: ts_current_90000hz = (当前系统时间ms - start_time_ms) * 90000.0 / 1000.0 则在收端根据这个公式可以估算出一个rtp的延迟 delay = lastest_recv_time - (last_rtp_recv_time + ...
流媒体技术学习笔记之（九）减少VLC 延迟的方法
Tinywan
01-17 1627
　　之前写过一篇关于在Linux平台上编译Android平台上VLC播放器源代码的文章，vlc这款播放器非常优秀而且是开源的，它的核心是开源视频编解码库ffmpeg。而且这款播放器还支持RTSP协议，这个主要是用开源的live555来实现的，live555这个库以后还需要认真研习。 一、PC端（Windows平台）VLC播放RTSP视频延迟问题解决 　　前几天用PC平台上的VLC播放RT...
网络在20秒内没有下行RTP数据包,被叫终端主动中断VoLTE通话链路
专注无线
12-08 3784
问题描述 被测终端在预定测试地点进行“语音数据业务并发的eSRVCC”测试时 终端A进行FTP上传和下载，数据业务在测试过程中一直保持； 终端A语音呼叫终端B,测试20次: 1次出现双方接通，但都没有声音，当双方通话界面中通话时间变为20秒时，双方自动挂断； 1次出现终端A在刚接通时掉话，但终端B处于已接通界面，当B显示通话时间变为22秒时，B自动挂断。 呼叫成功率为90%。测试不通过。 问题分析 问题结论： 通过咨询杭州移
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值