rtsp流媒体服务器初步选型

当前状态
- 初步了解rtsp, 理论基础还不足

为什么要用流媒体
- 低带宽下, 流媒体的延迟, 流畅, 呈现效果比lighttpd等的http流式下载要好不少, 例如手机看视频
- 所以, 能一定程度上节省带宽
- 天生支持拖放, 如果是rtmp, 还能在同一条tcp链接里放多个流, 可以实现码率动态调整
- 如果流媒体服务器是自制的, 能实时/准确得知用户的观看行为, 例如时长, 拖放情况

为什么用rtsp
- 据说是工业级开放标准, 例如rtmp也不错(能与client交互), 但确实adobe家的
- 所以, 服务器, 客户端, 类库丰富, 开源的质量也不错
- 相对成熟些, 标准都出来N久了

架设vod服务器, 有什么选择
- 自己写个, 可以用ffmpeg来解码, live555.com来处理rtsp协议, 缺点是耗时较久
- live555也有个streaming server, 但太初级了
- 用vlc, 支持从设备(摄像头或采集卡), 节目单(轮播), vod进行streaming服务, 有gui向导, 又有命令行和配置文件, 缺点是vlc质量有问题, 一个client揉了太多功能进去了
- 用Darwin streaming server, 历史悠久软件成熟, 有web管理界面, 是个地道的server, 缺点是版本老, 源码文档少, 支持类型少, 而且还有个莫名其妙的版权管理功能
- red5, 0.9的代码里已经有了net.rtsp包了, 这个是最容易定制的, java么, 简单些, 缺点是0.9还没出来呢, red5也一向不太稳定(社区/代码质量/法律风险)