市面上的娃娃机方案五花八门，daniulive认为最简单靠谱粗暴性价比的方案如下：
RTMP摄像机-->CDN-->daniulive player(专门针对直播娃娃机开通了“超低延迟”模式，公网实际延迟在200~400毫秒).
相关播放器下载：
比快更快，效果轻松PK市面上“全球第一、国际领先”的各类技术方案。
大牛直播精英群: 294891451 大牛直播技术交流群: 499687479
最近接到最大的质疑是：为什么只有大牛直播推荐这种rtmp摄像头方案？
回答：我们不是做云服务的，通俗点说，我们不是靠带宽盈利的，我们期望客户采用更稳定靠谱的技术方案，服务于更好的商业模式。
可能的其他方案：
PC机一台或工业主板(android或linux)，每个连接两个摄像头。
a) 操作娃娃机的用户，走私有协议，来实现所谓低延迟抓取；
b) 其他观看者，数据传到特定服务器，走标准协议，延迟1-3秒。
为什么我们不采用这个方案：
- 码率：以720*1280分辨率，20帧码流为例，如果以android板件或windows系统编码，再优化的算法也要占用1.2M码流；如果走rtmp摄像头，因为摄像头本身数据压缩率比较高，码流大概占用在0.3至0.4M，也就是说，同一台摄像机，同等分辨率，码流只有windows或android采集摄像头编码的1/4~1/3。
- 成本决策：以1M码流一天的流量费用1块钱为例，1000个并发，走PC或工业主板，带宽成本1000元，rtmp摄像机成本250~300元。
- 实际上下行带宽：问题来了，上行1.2M的码流好传，还是0.3M更容易抗网络抖动？下行呢？答案不言而喻。
- 平台稳定性：娃娃机属于24小时不间断推送的，一般rtmp摄像机，可靠运行60天，出问题的概率远小于PC或工业板件；
- 隔离效应：
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工业板推两路效果
