Chinaunix

标题: 同屏传送问题 [打印本页]

作者: sbepai 时间: 2012-11-16 14:29
标题: 同屏传送问题
不知道这个贴子是不是应该发在这里，我本身是弄硬件的，但现在遇到一个问题，公司开发一个视频会议软件，其中有一个功能是把主讲人计算机上的画面同时传给会议里其它参会都的计算机屏幕，功能是实现了，但还有可能用笔记本做无线接入，问题就来了，软件实现的原理是每0.4秒截一次主讲都的屏幕发送出去，如果用网线连接的话，还好些，但用笔记本无线接入时，就传不过去，经网络工程师测试是数据流太大了。无线路由器超载，用好点的路由器也没有用。我想问下，这样截图的原理去传送画面正确么，看过很多视频会议的设备，虽然也要求带宽，但一般2M就可以，我这个软件就在一个会议室用，而且都是百兆带宽。是不是我的实现想法有问题呢？请各位高的帮忙分析下，如果我发的位置不对，请版主帮助移到相关的论坛里，对了，我是用.NET开发的。因为这个问题，我失眠三天了。

作者: linux_c_py_php 时间: 2012-11-16 14:31
不要盲目的乱戳弄, 从算法合理性分析, 不合理就去查查怎么做才是标准做法.

作者: hellioncu 时间: 2012-11-16 14:42
远程桌面协议 RDP

作者: wk-sky 时间: 2012-11-16 14:44
肯定不该放这，主题还弄成C/C++ 我特意进来看看，没想到......

作者: lcgkm 时间: 2012-11-16 14:56
stream网络传输，数据肯定得压缩的吧
每0.4秒截一次，这个.........; 好吧，也能将就。

PS. 这个主题貌似跟C/C++一点关系都没有啊

作者: folklore 时间: 2012-11-16 15:13
goolge video compression may be help.

or at least, transfer only the different data between two frames
will save 90% of bandwidth

作者: zighouse 时间: 2012-11-25 19:49
既然是视频会议软件嘛，当然需要一种视频压缩算法来解决这个问题。从你描述的实现原理来看，这个视频会议软件的功能性不是一般的菜啊。

作者: mci2004 时间: 2012-11-25 20:08
0.4s的截屏，两祯之间的diff肯定不会太大，两祯图像之间做diff然后传递差分。接收端再......

唉，想起来就好麻烦啊，就不能之间共享桌面吗？

作者: Sevk 时间: 2012-11-25 21:26
提示: 作者被禁止或删除内容自动屏蔽

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)