如何用UDP来发送大尺寸的流文件?最好能给出例子.谢谢!

[jiuyi]

[jiuyi]

因为速度的限制,不需要TCP那样错误重发机制.
且错误的数据报文将被丢失而不需要重发.

还请各位不吝赐教.最好有实例

[Un1]

http://expert.csdn.net/Topic/1670.shtm

[halfdream]

为什么不用TCP传？
UDP 本身是无连接报文方式的协议。
传长文件不是它的本份。
如果真的要这样用它的话必须还得自己写一些纠错及流量控制的代码。

[King]

可以查看一下TFTP啊

[jiuyi]

已解决.
加分给自己可以吗^&^

[兴导]

不如说说怎么解决的给大家听听？：）

[jiuyi]

其实很简单,只是在发送端要自己拆分流(小于2048BYTES)并发送,在发送前线发送开始标志,结束后发送结束标志,在接收端接收到开始标志时,开始接受新的数据流.在收到结束标志时显示流.循环处理.
只是还有一点问题:
1.就是组合后,有时不能正确完整地显示,如显示部分画面,造成花屏. 我想需要在接收方与发送方建立以种确认机制,来保证完全整确发送每一幅画面
2.采用JPEG压缩,每秒只有5帧左右,且有约1秒钟的延时,但有人已做到25帧左右的传递速度.

如哪位高手知道如何解决,还请不吝赐教.可再加分

[trivita]

原因很显然：
UDP有两个要点：
差错控制；序列重组。
你应该在每个Packet里加入序列号，再在接收端重整，千万不要把序列号放在数据包外面，因为这两者也是有可能次序混乱的！

[david_jts]

UDP支持包的最大值为8192Bytes,可把加大包的大小。

[Kevin_qing]

使用MD5检查数据传送错误！

[xialiqi]

jiuyi()　的方法有错误！
也许你发第一个文件时候，并不是数据头来到二是第二个包先来，这样当第一个包来到时，你认为开始接受，但实际上你永远都不能完整接收了！！

[xialiqi]

请注意，UDP中数据不能保证按照顺序到达！！

[电视人]

我写过mpeg4实时传送图象的程序,每祯发一包,控制在32k以下(Windows的UDP包可以这么大呀,不过只在局域网上测试通过),没有花屏的现象,也没有包传输乱序的事发生呀

[taimi@ddcode]

faredu那可能是因为你的网络状况很好罢了

[Julienjut]

回 faredu(电视人)：
能把你的程序发给我一份吗
[e-mail]