webcam 之 http live 协议

 

webcam 已经有些年头了. 基本上都是 RTSP 做主流协议. 这个东西作为局网内使用, 基本没有问题. 做安防工程没有问题. 现在互联网越来越宽, webcam 要真正 web 了， RTSP 有点难负重任. 首先是 NAT 穿透就很费神. 在 camera 一端没有问题, 可以让用户自己做 DMZ 或者 port mapping, 现在还有 UPnP 让程序自动设置, 不劳用户费神了. 但客户端是个问题. 如果使用公用的客户端, 一般不会穿透 NAT, 造成连接不上. 其实 RTSP 里面有一个 TCP 连接选项, 但许多 RTSP 客户端不支持这个. 如果使用 RTSP/RTP/TCP 客户端的连接就没有问题了. 不知道用这个的很少, 原因可能有两个, 第一大家认为RTP就应该使用UDP, 天经地义. 第二可能是担心TCP会造成延时和流畅性有问题. 

webcam 厂商大都会配给你一个专门的客户端. camera 是你的, 但我想看, 可是没有你的那个专门软件.

为了解决 RTSP 的问题( NAT 和 QoS ), 我们做 webcam 时使用了 headcall 网络电话使用的 P2PCOM 技术. 这个 P2PCOM 能够在一个通道内传输 UDP 和 TCP. 当然了, P2P 嘛, 复杂环境下的连接也是不成问题的. 基本上, P2PCOM 能提供UDP的速度和TCP的质量. 这种东西在局网内, 基本上显示不出的优势来, 但到了互联网上, 优势立马显现出来了.

客户也需要专门软件, 由 webcam 厂商提供的专门软件. 所以说, 面临的适用性问题跟 RTSP 一样.

我们在做 webcam 时, 同时支持 P2P 和 RTSP, 并且让 RTSP 实现 P2P. 尽量让用户方便些和多些选择. 厂商提供的客户端软件是基于 P2P Media Streaming, 可以保证非常好的 NAT 穿透和 QoS, 也就是质量和适用性. 由于采用了 P2P, 这个东西基本上即插即用. 同时支持 RTSP 可以让那些没有 P2P 客户端的其它人也可以观看, 或许他手上就一款播放器能支持 RTSP, 能连接上, 有些播放器效果不一定好, 但比没有强. 网上下载的播放器基本上