UDP连续接收多个数据包丢包问题
从服务器上发来的一帧图片是拆分为多个包发送过来的,
服务器送完一帧后,等待客户请求,客户端请求下一帧.
一帧的尺寸大概是6K
客户端是Symbian,假如会话开始,前面大概3,4帧保证收取完整.
后面所有的帧只能收3个左右的包,有一半的数据收取不到,不知道为何,我用活动对象
来做的engine,我用ethreal抓包,能看到所有的数据都过来了,就是SOCKET
死活收到到,RecvFrom没有激活RunL,被Timer超时了.
求情高手帮忙,我开始以为是RecvBuf问题,Buf加大了,还是如此.但是
如果把图片的Size改小发送,就是说一帧图片能在2~3个包能发完,那么能全部收下
服务器送完一帧后,等待客户请求,客户端请求下一帧.
一帧的尺寸大概是6K
客户端是Symbian,假如会话开始,前面大概3,4帧保证收取完整.
后面所有的帧只能收3个左右的包,有一半的数据收取不到,不知道为何,我用活动对象
来做的engine,我用ethreal抓包,能看到所有的数据都过来了,就是SOCKET
死活收到到,RecvFrom没有激活RunL,被Timer超时了.
求情高手帮忙,我开始以为是RecvBuf问题,Buf加大了,还是如此.但是
如果把图片的Size改小发送,就是说一帧图片能在2~3个包能发完,那么能全部收下
...全文
相关推荐
UDP丢包分析工具
测试UDP组播流,可以分析丢包,也可以直接播放。播放需要安装vlc播放器,默认安装即可。
opencv UDP协议的摄像头视频实时传输
简单易懂,高速的UDP协议的图传、视频传输,一个发送端文件,一个接收端文件,因为udp协议的缺点,所以高码率传输时可能会有色差干扰。
Socket黏包问题.docx
什么是粘包:粘包指的是数据和数据之间没有明确的分界线,导致不能正确读取数据应用程序无法直接操作硬件,应用程序想要发送数据则必须将数据交给操作系统,而操作系统需要需要同时为所有 应用程序提供数据传输服务,也就意味着,操作系统不可能立马就能将应用程序的数据发送出去,就需要为应用程 序提供一个缓冲区,用于临时存放数据.
rtp_packet将视频文件分装成多个rtp数据包
将一段视频文件通过拆分的方式封装成了一个一个的rtp数据包,每一个单独的文件是一个独立的rtp数据包,在开发测试阶段非常是实用
udp_P2P即时视频文件传输+视频
C# 通讯技术 udp_P2P即时视频文件传输+视频 udp_P2P即时视频文件传输+视频


