h5播放rtsp流

    最近由于项目上需要一个摄像头在线预览的功能，于是便琢磨了一个小玩意出来分享分享。项目是在win上，合作的人懂js，基于这样的情况，我只选择nodejs作为开发。并未使用php相关。

    一开始做这个，我并不感到陌生，因为我以前使用过开源的解码器FFmpeg，所以我知道使用它就可以实现摄像头的rtsp流转hls，只要转成hls了，我就可以使用开源的video-js-control-hls来播放m3u8文件了，而且我司用了海康的软件产品，它们就是开放接口，通过请求接口获取在线播放文件。思路是很清晰的，那我有了这样的思路，并开始在npmjs.com里面找轮子

    经过一番的查找，最后我选定了几个轮子。首先是fluent-ffmpeg这个操作ffmpeg的中间件，然后就是hls-server这个http服务，它过滤所有和hls无法的资源，只保留.m3u8和.ts资源。那这样的话，轮子有了，那下面就是去熟悉一下理论知识（音视频转码、ffmpeg等）

    浏览了大概的理论知识后，那再接着就是细节的优化了。细节问题我在做之前发了一个思否的提问（链接：做一个海康摄像头转hls然后使用h5方式播放的细节问题），心寒的是，平名无法被人看到，知识就是力量，力量不够就有问题，所以我开始自己的琢磨（基本上那几天晚上都在想）。

  琢磨了几天后，我找到了几个关键点：

什么时候开始转码（服务启动就转码还是接口发送后收到转码通知在转码）

当然是接口发送后收到转码通知在转码

什么时候没人看了，关闭转码服务，清理播放文件

用户观看的时间作为更新时间，服务端建立一个心跳检测，当超过设置时间没人看，就治理ffmpeg进程和播放文件

如果生成的播放文件，一直没人看，那也要关闭转码服务，清理播放文件

记录播放文件观看的时间，如果有人看，就更新这个时间，服务端建立一个心跳检测，当超这个时间超过过设置时间没人看，就治理ffmpeg进程和播放文件

是否加入缓存

一开始没加，每次请求都生成新的播放文件，后面考虑到我们是应用层开发，不是c++这些，所以还是加缓存，当关闭转码服务，清理播放文件的条件满足时，同时也清理缓存的url

    当我完成了这个版本后，我发现不够好，为什么不够好呢，因为开始转码到生成播放文件，我在我的电脑和服务器上测试的平均时间是在11秒左右，最好的时候是3秒。我们在保证服务器配置的同时应该在思考有没有优化的空间。我这个版本就是api请求，然后使用fluent-ffmpeg的方法去创建ffmpeg进程，fluent-ffmpeg使用pipe向进程输入命令。那我就想了，我能否预先的生成ffmpeg进程并让它挂起（就是做ffmpeg进程池），然后api请求，我从进程池里面拿一个出来用，当自动清理时，我不再关闭进程，而是使用信号暂停进程。我想这样的方式，应该会加快生成播放文件的时间，减少api等待的时间。

    目前的话，我开始研究fluent-ffmpeg的源码，感觉从它这里还没找到方法，我于是自己操作了一个示例，我在启动tcp后，使用

1. child_process.spawn建立ffmpeg进程，参考代码：
2. server.on("listening", () => {
   console.log('listening');
   const args = ['-i', 'pipe:0', '-f', 'mp3', '-ac', '2', '-ab', '128k', '-acodec', 'libmp3lame', 'pipe:1'];
   for (let i = 0; i < 10; i++) {
   const ffmpeg = spawn('ffmpeg', args);
   pools[i] = ffmpeg;
   }
   });

理论上是可以的了，而且这样创建的进程是挂起的，我后续在关键参数加管道，后面应该就可以实现了吧，暂时在研究中，如果研究成功，我会发布第二版本。

最后，我附上一个git地址给大家吧，代码写的不咋样，见笑了：hk-hls