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也一向不太穩定(社區/代碼質量/法律風險)