如何實作簡單粗暴靠譜的直播抓娃娃方案

市面上的娃娃機方案五花八門，daniulive認為最簡單靠譜粗暴成本效益的方案如下：

RTMP錄影機-->CDN-->daniulive player(專門針對直播娃娃機開通了“超低延遲”模式，公網實際延遲在200~400毫秒).

娃娃機抓取過程錄制方案：

行業内首屈一指的錄制方案，利用大牛直播播放端SDK，支援兩個攝像頭切換過程中(SmartPlayerSwitchUrl)錄制到同一個MP4檔案，便于使用者分享抓取過程或進行申訴。

娃娃機視訊管理方案：

利用大牛直播的Windows播放器，同時多視窗播放rtmp錄影機資料，采用輪詢播放的方式，有裝置發生重連或斷線之類，實時統計或者告警，保證前端rtmp錄影機的正常運轉。

相關播放器下載下傳：

Windows平台下載下傳 Android平台下載下傳 iOS平台下載下傳

比快更快，效果輕松PK市面上“全球第一、國際領先”的各類技術方案。

大牛直播精英群: 

294891451  大牛直播技術交流群:  499687479

最近接到最大的質疑是：為什麼隻有大牛直播推薦這種rtmp攝像頭方案？

回答：我們不是做雲服務的，通俗點說，我們不是靠帶寬盈利的，我們期望客戶采用更穩定靠譜的技術方案，服務于更好的商業模式。

可能的其他方案：

PC機一台或工業主機闆(android或linux)，每個連接配接兩個攝像頭。

a) 操作娃娃機的使用者，走私有協定，來實作所謂低延遲抓取；

b) 其他觀看者，資料傳到特定伺服器，走标準協定，延遲1-3秒。

為什麼我們不采用這個方案：

1. 碼率：以720*1280分辨率，20幀碼流為例，如果以android闆件或windows系統編碼，再優化的算法也要占用1.2M碼流；如果走rtmp攝像頭，因為攝像頭本身資料壓縮率比較高，碼流大概占用在0.3至0.4M，也就是說，同一台錄影機，同等分辨率，碼流隻有windows或android采集攝像頭編碼的1/4~1/3。
2. 成本決策：以1M碼流一天的流量費用1塊錢為例，1000個并發，走PC或工業主機闆，帶寬成本1000元，rtmp錄影機成本250~300元。
3. 實際上下行帶寬：問題來了，上行1.2M的碼流好傳，還是0.3M更容易抗網絡抖動？下行呢？答案不言而喻。
4. 平台穩定性：娃娃機屬于24小時不間斷推送的，一般rtmp錄影機，可靠運作60天，出問題的機率遠小于PC或工業闆件；
5. 隔離效應：

a) 錄影機單獨部署，網線直接接交換機，每個子產品獨立，互相幹擾的可能性為0；

b) PC或工控機連攝像頭，普通攝像頭(非工業級攝像頭)連續運作60天面臨功耗和穩定性問題；

c) PC或工控機，托兩路，上行帶寬2.4M，是不是能一直得到保障？如廠商考慮成本，順帶娃娃機控制子產品也跑在這個闆件，互相影響的機率是不是增大了？

質疑1：别扯了，我可以用480*640分辨率啊，反正也能滿足娃娃機抓取要求，0.6M就夠了

回答：是的，兩路1.2M，如果rtmp，每一路大概0.13至0.2M，兩路0.3至0.4M，如果沒有使用者抓娃娃，場景不發生變化時候，你關注下哪怕是720*1280分辨率下，rtmp攝像頭實際占用碼流，小到吓人。

質疑2：說了這麼多，你們隻能用rtmp攝像頭嗎？

回答：我們有提供android工業主機闆推兩路rtmp資料的方案，問題在于，這個帶寬成本和其他風險，你們願意買單嗎？

附錄：

如何簡單粗暴的測試Windows推送端和Windows播放器

附錄2：大牛直播Android工業闆推兩路效果

啥也不說，直接看視訊示範

參考資料：

https://github.com/daniulive/SmarterStreaming