前言：本项目借鉴正点原子、韦东山老师、讯为电子和众多大牛的博客的资料，如果有侵权，还请告知。若情况属实，我将第一时间删除道歉。
正文：
这种方案，我们需要写两个程序：
1）、在连接摄像头的ARM板子上，实现一个服务器程序：它一边读取摄像头数据，一边等待客户端连接并发送数据。可以用两个线程实现，一个负责采集图像信息；一个负责等待链接，并发送数据。
2）、在手机或电脑上，编写客户端程序，它会从ARM板上获得数据并显示出来。同样，也可以用两个线程来实现。一个负责接受数据，一个负责显示数据。
这2个程序之间，并不需要实现复杂的协议
然而,实际上，我们可以使用现成的程序：
mjpg-streamer，它运行在ARM板上
在手机上使用浏览器直接观看视频
这种方案的优点：
1）、程序简单，所有源码一目了然，便于学习
2）、对ARM板的性能要求不高，主频200MHz的ARM芯片也能实现
缺点：
只能实现局域网内的视频监控
要实现互联网视频监控，需要另外实现内网穿透
mjpg-streamer没有实现声音传输
我们需要写3个程序：
在连接摄像头的ARM板子上，实现一个推送程序：它一边读取摄像头数据，一边把数据推送给服务器
在服务器上，实现“流媒体服务器”程序：它接收ARM板发来的数据，并把数据转换格式后发给手机等客户端
在手机等客户端上，实现拉取程序：它从服务器上拉取数据，并显示出来
实际上，我们可以把互联网功能去掉：
把“推送程序”、“流媒体服务器”程序，都在ARM板上运行；手机等客户端只能在同一个局域网里观看视频；或者使用内网穿透技术实现互联网视频监控
这种方式，成本较高，对协议的要求也较高。
目前，主流的协议有：STMP、HTTP-FLV、HLS
1）、RTMP协议是基于tcp链接的，容易被防火墙拦截。优点：延时小；可以实现实时播放（可以拖动进度条）
假设服务器中有体格rtmp文件，手机和服务器建立连接以后，手机就可以持续的从服务器中，获得数据。
2）、解决rtmp容易被防火墙拦截问题，提出了http-flv协议。优点：延时小；缺点：需要下载到本地，无私密性可言，容易被盗取。优点：使用http连接，不会被拦截。
这种方式，服务器将数据切成一个个的flv数据包，手机将一个个个的flv数据包下载到本地。
3）、HLS
和http-flv协议的方式差不多。将服务器中的数据切片成ts文件。
缺点：延时大！！也需要下载到本地，无私密性科研。
最终方案的选定：
流媒体服务：两端+一服
注意：
RTMP可以提用在双端
HTTPFLV、HLS只能用在拉流端。
