i am a little confused about your expression. Do you mean we avmeeting would warped to focus on media data en/decode, and seperate jrtp from avmeeting. Then what do we use to send data? Jrtp or plain udp ?
regards, Kevin 2010/12/17 du.haipeng <[email protected]> > hongzhen: > > how about avmeeting sending data, video,audio and screen, to dtu module > instead of sending itself? > > rtp can be removed from avmeeting and then avmeeting can focus on media > data magement. > > > 2010-12-17 > > > > du.haipeng > > > > 发件人： Nanhz > 发送时间： 2010-12-15 11:21:45 > 收件人： bluesky-dev > 抄送： > 主题： Re: About the DTU + P2P tree structures > > Do you mean each student client has a dtu module, and the avmeeting module > only connect with dtu in the same machine ,and dtu only connect with other > dtu in the background of student or teacher client but not other avmeeting > module? > > > nan.hongzhen > > --- 10年12月14日，周二, du.haipeng <[email protected]> 写道： > > 发件人: du.haipeng <[email protected]> > > 主题: Re: About the DTU + P2P tree structures > > 收件人: "bluesky-dev" <[email protected]> > > 日期: 2010年12月14日,周二,下午6:16 > > i have wrote an independent udp > > module that will transmit received data to destinations > > according to some lists. > > > > but it hasn't been tested yet. > > > > hongzhen is trying to manage it with avmeeting > > loosely-coupled. > > > > the module will have a local destinaion by default for > > avmeeting and some remote destinaions. > > > > the prototype is one dtu + p2p tree structure. > > > > i think it's better to deal with dtu tree and node failure > > treatment the next step. > > > > 2010-12-14 > > > > > > > > du.haipeng > > > > > > > > 发件人： 张未展 > > 发送时间： 2010-12-14 17:41:11 > > 收件人： bluesky-dev > > 抄送： > > 主题： About the DTU + P2P tree structures > > > > Hi, > > My consideration about the structure of > > Bluesky is the DTU trees with the > > P2P meshed overlays. Because of the dynamic nature of > > peers, the P2P tree > > structure is rarely used in pratice. For this reason, I > > think that multiple DTU > > trees for multi-channels are more useful than the P2P > > trees, which also stands > > in line with our future plan. From the aspect of > > implmentation, the > > construction of DTU trees is quiet similar with P2P trees. > > The only difference > > is to further identify the channel IDs of the DTUs, which > > is known for peers > > naturally. > > Another concern is about the > > transfer unit fuction for the peers, I think > > it should somhow be a independent module, loose-coupled > > with Avmeeting using > > communication mechnism. > > all the bests > > Weizhan Zhang > > > > > > -- Bowen Ma a.k.a Samuel Kevin @ Bluesky Dev Team XJTU Shaanxi Province Key Lab. of Satellite and Terrestrial Network Tech http://incubator.apache.org/bluesky/
