??
我好象回答的另一个问题,您怎么把回贴贴到这里了?
//haha
先说语音的问题:
1.不可能解决.延迟是肯定存在的,只有长短问题.如果网络通信带宽有
保障,系统硬件跟得上,可以将延迟控制在30ms.要再短就非常困难了,
除非用专门硬件并铺设专门网络......
如果不要求复杂的控制,可以在一般的PC机上实现0.2S左右的延时.
如果再缩短延迟,将严重影响回放质量(可能都听不见了).
2.有关于这些标准的源代码,但效率都比较低,只有理论上的意义.要实
用的编码器,还得自己编.不过有一个投机取巧的方法,就是用M$的
ACM(Audio Codec Manager).M$的Netmeeting带有G.723.1等几个
ACM,可以试试.我是没有试过的(如果用M$的ACM编码,就只有M$的
ACM可以解得开了.但有个附加的好处,就是可以将编码几个直接存成
WAV文件,在安装有这个ACM的系统上都可以直接播放).
3.RSVP是资源预约的协议,对当前网络通信的影响不大.如果考虑将来要
使用RSVP,那么现在用UDP通信就可以了.RSVP只对UDP有效.语音/视频
等实时数据也只需要UDP.
4.设有N个终端,一个服务器,对终端i来说,服务器要将N个终端中除i以外
的(N-1)路语音混合,再发送给i.每一路都要这种处理.这样,各个终端
收到的数据中就没有自己的声音了.
5.摄像头肯定不会提供压缩的,它输出的数据是模拟信号.可能有压缩的
是采集卡.但有压缩功能的采集卡都很贵.而且,采集卡提供的压缩算法
基本上没有甚麽用处,因为(1)它压缩的码率一般不能满足要求(2)它
输出的压缩格式只有自己能解开.
6.没有简单的音频/视频通讯程序,这些程序都很复杂,如果是实用的.网上
可以找到各种标准的编解码器,但都是原理性的,效率很差.完整的系统
比较少见.我倒是编过一个屏幕传输的程序(LAN,5-8帧每秒),可以冒充
简单的视频通信,但已经卖给别人了,所以不能给您
7.其实延时并不是那么难受.在通信双方只能通过网络交流时,0.5S的延时
不会有太大的感觉.国际长途通常都有超过0.5S的延时,您是否有明显的
感觉?
关于全屏播放MPEG-I,当然是用ActiveMovie了.那是M$自己的东东,OS都
带的,自然没有版权问题,效率还能忍受(感觉比超级解霸好),用ActiveX
控件控制,Delphi下方便又快捷.
BTW:不要去找有source的MPEG-I播放器.MPEG-I的解码是很费计算量的,
不做专门优化的代码效率实在非常低下.而做了专门优化的代码都是
要卖钱的.
CJ是不是两个题都要给我加分呀?