live555服务器 h264实时流丢包问题

本文介绍了使用Live555进行H264实时编码发送时遇到的图像偶尔花屏问题及其解决方案。通过对代码的审查和调试,作者发现了导致该问题的原因在于实时流数据截取不当,并提出了两种不同的解决方法。

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


源地址: http://blog.youkuaiyun.com/kisaa133/article/details/7632989


最近在开发有关live555实时编码发送h264数据,客户端用VLC观看,发现每几十秒图像就会花一下。追踪下代码,并且加了debug信息,发现

有时编码后发送前的数据和客户端接受到的数据长度不一样。又审查下代码,发现在readsource(自己写的继承自FramedSource读取实时流的

类)的地方,有根据size截取h264实时流的动作。

[cpp]  view plain copy
  1. if (lActualLen > fMaxSize) {  
  2.   fNumTruncatedBytes = lActualLen - fMaxSize;  
  3.   fFrameSize = fMaxSize;  
  4.   
  5.  }   
  6.  else {  
  7.   fFrameSize = lActualLen;  
  8.  }  

 

其中fMaxSize是StreamParser中curBank()[fTotNumValidBytes]传进来的。经过考虑为了解决丢包的问题,在StreamParser中做了一些修改。
if (fCurParserIndex + numBytesNeeded > (BANK_SIZE-IDR_MAXLEN))
如此解决了。


以上原文。


我这边也遇到了同样的问题,不过我这边的做法和原作者的做法不太一样;

这边是通过派生类的maxFrameSize把 numBytesNeeded 设置的大一点就好了……(注:maxFrameSize返回的值至少要比你最大的包大

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值