实时数据传输问题？
现在机器人实时采集左右眼两幅图片（不是视频），需要通过网络传输到另外一台计算机。如果是512*384的分辨率的话，两幅图片差不多是1.5M。
（1）现在不知道是采用UDP还是RTP/RTCP来传输。
（2）还有就是在传输之前是不是要把两幅图片的buffer分成1500字节这样的小块，然后按小块传输过去，等到传到对方在组成大buffer?还是说只要直接把整个buffer发送过去（sendto）。
PS:两幅图片传输到另外一端时候，用立体合成的算法合成立体视频。要求达到24帧/s
谢谢各位了！！！
[解决办法]
学习
[解决办法]
个人认为先压缩，然后再发。分块发和整体发应该都是可以的。分块发的话，需要重新组包，复杂一点。
[解决办法]
如果你是通过互联网传输，肯定得给你分成IP包发的啊。至于压缩不压缩这得看你使用的软件了。
不太明白“是不是要把两幅图片的buffer分成1500字节这样的小块”这样的问题，因为如果你是通过TCP调用，这应该是网络层下面自己做的事。当然如果你是说机器人自己的一套传输网里的，那就另当别论了。
[解决办法]
还是不大明白，虽然我没做过应用程序通信问题，但我感觉分包的事情应该与应用程序无关吧，应用程序看到的只是它需要传输的东西的比如文件，只要网络允许，它才不管你文件大小而希望一下把所有东西传出去，只是限于网络带宽和所申请的缓冲池空间，应用程序才被迫间歇性传输，到把东西传送到网络层的IP和链路层的以太网后，这些网络才根据自己的结构进行打包，即IP包和以太网帧。另外我想即便出于可靠传输考虑，也不是由应用程序来保证的吧，而应该有网络来保证啊，比如面向连接的端到端的TCP或是ATM等，我这还只是指广域网情况，至于局域网我看更不用考虑这个可靠性问题了吧。
[解决办法]
你的意思是不是这样认为：小包传输比大包传输更可靠。这其实应该不是吧，如果一张图片能塞进一个IP包里一次性传，为什么又要压迫应用程序分成N个小包来传M次呢，难道传多次的小包比传一次的大包要可靠？
