首先介紹一下流媒體服務器的主要功能。
流媒體是以流式協議（RTP/RTSP、MMS、RTMP等）將視頻文件傳輸到客戶端，供用戶在線觀看；也可從視頻採集、壓縮軟件接收實時視頻流，再以流式協議直播給客戶端。
這次任務背景，公司要開發一款在線付費教育直播平臺，既然是做直播那當然是先去找流媒體服務器。
此次測試直播工具OBS和Adobe Flash Media Live Encoder 3.2
碼率1500 30fps 客戶端 ie6 ie7 瀏覽器 火狐瀏覽器 谷歌瀏覽器 360瀏覽器
Red5
如果你在看到這篇文章之前在百度搜索過流媒體服務器，那麼你肯定搜索到過red5。這是一款java開發的流媒體服務器，遺憾的是最近的一次更新是在2015年。這款服務器國內資料非常的少，資料少意味着出問題不好解決，內網測試1500碼率不卡，外網測試2M帶寬的ESC服務器上，自播卡頓嚴重。我翻牆出去找到了red5的英文手冊，裏面示例代碼非常少，偏向於理論。
red5手冊 提取碼 8en6
Red5 Pro
一款技術的滅亡必定會催生出另一種技術，在我翻牆出去找文檔的過程中，發現了一款基於Red5封裝過後的Red5 Pro。這是一款付費的商用流媒體服務器，所以這裏就沒有進行測試，裏面提供了Android SDK 和ios等等..解決方案。
EsayDSS
這個是國內的一個團隊開發的（付費項目），開發語言是Go語言，性能效果還不錯，支持RTMP協議的推流，還可以實時轉碼，意味着它支持H5來進行播放。內網測試無卡頓，視頻清晰。外網2M帶寬視頻偶爾卡頓。大規模肯定不行，測試到這裏發現流媒體服務器不僅僅和性能有關，還和服務器帶寬有很大的關係。
AdobeMediaServer5
看起來是不是很高端Adobe公司的誒，還是免費的。事實證明，對於直播的支持，很一般。直播1920*1080 1500碼率30fps卡頓嚴重，而且不支持OBS推流，必須用一款配套的Adobe Flash Media Live Encoder 3.2 來玩。在這個分辨率以下，內網勉強能看，還有一個坑，它不支持抓屏。只能推攝像頭。萬萬沒想到這款服務器自播功能很一般，但是點播功能還是非常優秀的。如果你搭建起來了在安裝目錄下的applications文件夾裏面有個vod文件裏面的media文件裏面放上你的視頻，它會自動的給你轉成rtmp流，你去拉就行了。如果需要安裝過程，留言，我會補充一篇博文。點播流2000kbps 30fps，內網完美運行。沒進行外網測試。
阿里雲直播服務
爲什麼沒測試上面那個囊，因爲最後敲定了用這個。首先如果你和我們一樣是小規模的直播平臺，切用戶量不大，用戶分散，那你大可不必自己搭建流媒體服務器。爲什麼囊，因爲服務器成本、帶寬成本、都不是一個小數目。而且如果你的服務器搭建在上海，那麼上海的用戶看直播當然不卡，新疆的就想錘電腦了。
阿里當然也是收費的，不過也不貴5角錢1個G。它有一箇中心機房，中心機房會把你的流發送到全球各地的子機房，你的用戶只需要最近的服務器拉下來就好。最後上一個阿里的測試報告。
終端 35臺
碼率 1200kbps
實際監測碼率 1311.81kbps
視頻 29.48fps
流量 3.97G
時間 24.37分鐘
峯值 40.66mbps
30分鐘大概2.5元一小時5塊錢，做服務費直播還是能接受的，1200碼率已經很清晰了。
JWplayer
資料很少，不兼容谷歌火狐，國產瀏覽器基本兼容，畫質還行。因兼容性問題所以不考慮。
CKplayers
資料豐富，不兼容火狐，兼容ie6 ie7 谷歌，國產瀏覽器兼容。插件很多，畫質比阿里還好一點。
Aliplayer
地址這個是地址，不兼容火狐，兼容ie6 ie7 谷歌，國產瀏覽器兼容。因爲配套用的阿里產品嘛，用的這個。頁面做了一個切換和CKplayers進行切換。
爲什麼火狐都不兼容囊，因爲flash漏洞太多,最新版本的火狐已經不兼容了。老版本的應該還行。
最後補充一個小的省錢技巧，一個還是用阿里雲來推拉流，But我們拉流用我們自己的服務器來拉，比如公司裏面弄一個服務器，拉阿里上面的流再進行分發。這樣公司裏面觀看就相當於只拉了一個流，就基本忽略了帶寬問題，阿里雲收費是下行流量。我們測試了一下，阿里成本控制在一個小時1塊錢。
大家有什麼直播解決方案留言分享一下，這方面的文檔實在是有點少呀。~~~