基于java Red5服务器客户端视频聊天室(ldfu)
开发环境：
Red5(视频服务端内嵌Tomcat6),Mina(高性能 socket通讯框架),
Flash(Flex) Builder4,Myeclipse8.0,java sdk6.0
一.先看看客户端的界面，呵呵。
(1)Flash Buidler开发原型图
(2)全屏图：
(3)UI部分源码：
(4)服务器启动：
(5)开始视频接受对方数据流以及聊天记录：
二.原理：
(1)服务器启动ServerSocket监听RTSP协议数据流；
@Override
public boolean appStart(IScope arg0) {
/**
* 此应用启动时，第一个触发
*/
System.out.println("服务器启动成功!");
return super.appStart(arg0);
}
(2)客户端Flash启动获取摄像头以及音频输入显示在本地左下方区域；
private var rtmpUrl:String="rtmp://192.168.1.100/chatlive";
camera= Camera.getCamera();
if (camera!=null)
{
writeMessage("您的系统已经安装摄像头");
camera.addEventListener(ActivityEvent.ACTIVITY,cameraActivityHander);
camera.addEventListener(StatusEvent.STATUS, cameraStatusHander);
this.myVideo.attachCamera(camera);
}
else
{
writeMessage("您的系统没有安装摄像头");
}
mic = Microphone.getMicrophone();
if (mic!=null) {
writeMessage("您的系统已经安装麦克风");
mic.setSilenceLevel(0);
mic.gain = 100;
}
else
{
writeMessage("您的系统没有安装麦克风");
}
(3)客户端Flash连接Red5服务器是否已经存在，存在则从服务器获取一个
自己的ID.不存在着提示：
nc = new NetConnection();
nc.client = this;
nc.addEventListener(NetStatusEvent.NET_STATUS, netStatusHandler);
nc.connect(rtmpUrl, localUsername);
(4)哈哈，其他代码暂时不公布，呵呵。
三.此视频架构缺点：
1.客户端需要服务器来中转数据流，严重依赖于服务器；
2.严重地占用服务器的资源，包括CPU,内存以及网络带宽，可扩展性差；
除非像ku6那样每年给电信烧十几亿的带宽费；客户端越多，服务器
需要越多，带宽要求越高。
四.感言：
这种架构没有太多钱投资情况下，几乎是无法运行的，呵呵。所以我想基于
P2P架构进行点对点聊天。经过多天的摸索，目前已经找到一种点对点直接视频
方式，它不需要服务器中转。不过稍微深入一点的技术，其技术难点：
(1)如何穿透在NAT服务器后面的私有内部网络进行UDP数据传送，因为你的内部
IP地址在外面是看不到，外面也是无法主动连接内部IP；
(2)如何穿透防火墙的阻拦；呵呵，现在的公司一般都打开http 80端口，我们就在这个
上面下功夫，那就是利用Http隧道穿越！或JXTA技术，is No Problem。
(3)以怎么样的协议传送视频音频数据
(4)如何获取摄像头以及声音；
目前(1),(2)两点已经实现基本的解决方案代码，加油，有挑战性，呵呵