背景 出于各种业务 /硬件 /软件博弈, 最终不得不面对... 局网中一台 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 进行实时同步文件操作 不知是否合理 以及具体系统损耗如何
讨论
或是有其它更加优雅方案?
感谢大家任何建议.