背景
出于各种业务 /硬件 /软件博弈, 最终不得不面对...
- 局网中一台 Linux mini 主机
- 接入多路 web cam.
- 由 FFmpeg 采集视频为帧图片编号输出到硬盘
-f image2 frames/%05d.jpg- 类似参数控制输出
- 另外主机用 Electron 开发控制客户端
- 需要拿到实时图像, 以便形成监察视频, 要求尽可能延时小
- 页面刷新 15fps 以上即可
- 但是, 从 Linux 到控制端, 延时得尽可能小
分析
- 从硬件到展示延时尽可能小
- 就不能走标准流媒体协议了
- 无论什么协议都得先视频->流化->广播->接收->解码(专用)->展示
- 特别是有的适用许可证约束只能走外网免费服务, 延时随便就超过 10 秒...
- 注意到有很多视频广播技术其实是
伪视频:- 服务端持续更新约定图片
- 客户端反复通过 HTTP 拿到包含新内容图片
- 在 HMTL 页面反复加载
- 形成原始意义实时电影
- 问题在:
- FFmpeg 是按序列号约定自动变化图片名输出到指定目录
- 远程 JS 想拿到最新一帧图片
- 首先要知道最新图片名, 才能发起请求
设想
功能服务
- 用 Python 可以快速完成一个 API 服务
- 提供接口, 比如:
/frame/last反馈最新一帧图片名 - 然后从 Nginx 发布静态目录下载
- 但是, 这样消耗两次 HTTP 请求时间
ngx_lua 应用
- 用 OpenResty 加载一 lua 功能脚本
- 提供接口, 比如:
/frame/last反馈最新一帧图片内容 - 将两次请求变成一次
- 但是, 这要求 lua 进行实时同步文件操作
- 不知是否合理
- 以及具体系统损耗如何
讨论
或是有其它更加优雅方案?
感谢大家任何建议.
Select Language