视频会议系统中实时数据传输问题

aith1986 2009-07-02 04:46:47
大虾们,想请教下
一个视频会议系统,客户端之间的音视频数据该如何传输啊
是点对点呢还是服务器统一传输
如果服务器统一传输,那节点多了线程数会多的吓人
一个节点至少包含接收、发送、管理三个线程,点对点的话对客户端的配置要求又会比较高
而且还有adsl客户端,无法完成点对点
有没有好点的解决思路呢,不是有关RTP协议那些哈
谢谢
...全文
213 7 打赏 收藏 转发到动态 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
zhujuncug 2009-07-02
  • 打赏
  • 举报
回复
组播
tkminigame 2009-07-02
  • 打赏
  • 举报
回复
估计是udp广播,再对其包装一下。
Gothic_girl 2009-07-02
  • 打赏
  • 举报
回复
传输协议自然是基于 RTP
Gothic_girl 2009-07-02
  • 打赏
  • 举报
回复
既然可能存在节点限制,那就不需要考虑了
zhouzhipen 2009-07-02
  • 打赏
  • 举报
回复
最好是用服务器统一传输.线程多有什么关系,就是一般的电脑上,一个程序开三五百的线程运行起来一点问题都没有,Windows自身的一些进程还动不动就是上几百个线程.
aith1986 2009-07-02
  • 打赏
  • 举报
回复
最好的想法是把所有的点发送来的数据集合起来,形成统一发送
但是不知道可行性怎么样
怎么可以把这些数据统一起来到了客户端又分开显示,而且要保证实时
tntmvp 2009-07-02
  • 打赏
  • 举报
回复
额 好难好难 帮顶了

16,472

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧