當(dāng)前狀態(tài)
- 初步了解rtsp, 理論基礎(chǔ)還不足
為什么要用流媒體
- 低帶寬下, 流媒體的延遲, 流暢, 呈現(xiàn)效果比lighttpd等的http流式下載要好不少, 例如手機(jī)看視頻
- 所以, 能一定程度上節(jié)省帶寬
- 天生支持拖放, 如果是rtmp, 還能在同一條tcp鏈接里放多個流, 可以實(shí)現(xiàn)碼率動態(tài)調(diào)整
- 如果流媒體服務(wù)器是自制的, 能實(shí)時/準(zhǔn)確得知用戶的觀看行為, 例如時長, 拖放情況
為什么用rtsp
- 據(jù)說是工業(yè)級開放標(biāo)準(zhǔn), 例如rtmp也不錯(能與client交互), 但確實(shí)adobe家的
- 所以, 服務(wù)器, 客戶端, 類庫豐富, 開源的質(zhì)量也不錯
- 相對成熟些, 標(biāo)準(zhǔn)都出來N久了
架設(shè)vod服務(wù)器, 有什么選擇
- 自己寫個, 可以用ffmpeg來解碼, live555.com來處理rtsp協(xié)議, 缺點(diǎn)是耗時較久
- live555也有個streaming server, 但太初級了
- 用vlc, 支持從設(shè)備(攝像頭或采集卡), 節(jié)目單(輪播), vod進(jìn)行streaming服務(wù), 有g(shù)ui向?qū)? 又有命令行和配置文件, 缺點(diǎn)是vlc質(zhì)量有問題, 一個client揉了太多功能進(jìn)去了
- 用Darwin streaming server, 歷史悠久軟件成熟, 有web管理界面, 是個地道的server, 缺點(diǎn)是版本老, 源碼文檔少, 支持類型少, 而且還有個莫名其妙的版權(quán)管理功能
- red5, 0.9的代碼里已經(jīng)有了net.rtsp包了, 這個是最容易定制的, java么, 簡單些, 缺點(diǎn)是0.9還沒出來呢, red5也一向不太穩(wěn)定(社區(qū)/代碼質(zhì)量/法律風(fēng)險)