随着网盘资源成为主流存储方式,大量用户通过挂载或直链形式管理影视库。传统的 全量下载-本地刮削 模式已带来以下痛点:
- 网盘风控收紧,高频访问极易被限速/封禁
- 首次入库或新增剧集时需要拉取完整视频,带宽、CPU、时间成本高
- 软链接方案在迁移、备份时路径易失效,且依旧触发网盘实时读取
STRM 文件仅保存一条直链/本地路径,体积仅 KB 级,已被 Jellyfin、Emby 等验证为解决网盘影视库痛点的最佳折中方案。
目前飞牛影视尚未支持 STRM 解析,导致用户只能 整盘挂载 或 全量下载,体验落后竞品。
STRM文件:
- 纯文本文件,扩展名 .strm
- 内容仅 1~N 行 URL 或本地路径:
例如:http://127.0.0.1:5678/d/115/摩登家庭S01E01.mkv
- 刮削阶段只读 STRM,不触碰真实视频;播放阶段由播放器按 URL 拉流,对网盘近乎零访问
- 可与 NFO、海报等本地元数据并存,方便 离线刮削以及**。
当前用户痛点:
- 每次新增剧集都要重新扫描整季,十几个 TB 的网盘挂载,一刮就是一整天。
- 软链接转移困难,换电脑就全红。
- 希望飞牛像 Jellyfin 一样支持 STRM,这样基本就不用再装其他服务端。
而支持STRM,正好可以解决用户,空间实际容量低,本地硬盘小,不占用家庭上行带宽的需求。
如今第三方的docker生成strm,在本地刮削strm等**流程早已成熟,能够实现本地100G的空间,通过转存等多种方式实现1PB、5PB的媒体库。
建议功能范围:
- 扫描目录时自动识别 .strm 文件,按 “文件名 → 元数据 ”正常刮削。
- 把 STRM 当作“虚拟视频”入库,展示海报、剧集分组、观看进度。
- 点击播放时,读取 STRM 内容并 302 重定向到真实 URL,由浏览器或客户端拉流。
- 支持本地 NFO 优先,若存在同目录 .nfo 则跳过在线刮削。
- 网盘直链缓存:首次播放后把直链缓存到 Redis,防止短时间重复请求。
- 限速/并发控制:针对 115、阿里云盘等域名单独设置 QPS 上限,降低封号风险。
- 混合库模式:同一媒体库可同时存在 .strm 与实体 .mkv,无缝并列展示。
相信开发者对于这些流程也都熟悉,甚至比我们普通用户了解的更多。
STRM 支持是投入小、见效快、呼声高的差异化功能,可一次性解决网盘风控、扫描慢、迁移难三大痛点。
希望飞牛影视在国产 NAS 媒体中心赛道实现“弯道超车”!