常见问题
基础版可以使用吗？有什么功能限制？
基础版完全支持 STRM 生成、定时任务运行、存储浏览、基础 Webhook 触发等功能，已经能够满足绝大多数人需求。
Pro 版本主要增加302代理、CD2触发等进阶功能，定价极其合理，从高级功能中获取一定的回报、激励持续开发，更有利于项目的长远发展。
提示“没有兼容的流”或“播放失败”？
- 测试链接：用记事本打开对应的
.strm文件，复制里面的地址到浏览器，看能否下载 - 基础地址：检查 “STRM 设置” 中的 “基础地址” 是否设置正确
- 格式兼容：部分 Web 端浏览器不支持的编码（如 H.265）需要使用桌面客户端播放
播放没声音、视频偏色？
用 STRM 播放后，数据不经过 Emby 后端，资源完全由播放客户端解码（如果用 Web 端就是浏览器解码），能加载资源但不能播、没有声音、杜比资源偏色，都是浏览器解码能力的问题，可以尝试调用本地播放器，或第三方播放器播放。
新存入的文件没有生成？
尝试关闭 “目录时间检查” 选项，这个选项本意是为了减少历遍请求，快速生成。但在某些盘中增修 /aa/bb/cc/ 下的文件，只有目录 cc 的修改时间会更新，aa 和 bb 的修改时间不变，所以不会往下索引。
是否支持网盘资源转存？
暂无计划。SmartStrm 的定位是高效的 STRM 生成工具。你可以配合 Quark-Auto-Save 或 CloudSaver 使用，不重复造轮子。
关于起播速度？
一个 .strm 播放需经历三个阶段：
- 直链请求：SmartStrm 从网盘请求直链再做 302 跳转，内部会有若干个网络请求的时间。（使用
文件编号模式可减少至一个网络请求，稍微提高请求速度） - 读取媒体编码（首播）：和本地媒体不同，STRM 相当于一个快捷方式。入库时 Emby 不会预读媒体文件规格（4K, HDR, 编码, 大小等），在首次播放时，才从网络请求文件读取媒体规格，再响应客户端播放。（使用302代理并开启
优化 STRM 首播速度可避免此过程耗时） - 客户端缓冲：获取到直链后，客户端需要对视频文件缓冲；这个时间和你的网络、服务器有关，部分网盘还可能会有限速。
入库快，免下载、在线播放，但起播速度会变慢。这是 STRM 的优点，也是不可避免有弊端。使用下来通常在10秒内起播，个人认为可以接受，无须盲目追求起播速度。
如何为 PikPak WebDAV 设置代理？
为容器添加环境变量如：
HTTP_PROXY=http://172.17.0.1:10808
HTTPS_PROXY=http://172.17.0.1:10808把 172.17.0.1:10808 替换为你的 http 代理，并且应为黑白名单，而非全局代理。
能否支持 Jellyfin 的删除同步？
Jellyfin 的通知中缺少一些关键信息，导致无法得知要删除的路径，所以没办法支持。
优化 STRM 首播和神医的区别？
原理不一样，神医是让媒体在入库的时候全部预读一遍视频编码，这其中就会有大量直链请求。本来用 STRM 就为了最小化请求，这一预读结果全请求了。而 SmartStrm 是在播放的时候让直链先行返回，媒体库后端异步获取视频编码，根据用户的播放行为按需请求。
最终效果一样，都是在用户首次播放的时候，免去 Emby 读取编码的等待环节，直接进入视频缓冲阶段。
优化 STRM 首播效果不明显？
能否命中优化要看播放器行为，简单来说是 浏览过程->缓存到STRM信息->首播时异步返回直链->同时让媒体服务器后台获取 整个过程都是最优的请求，不会暴力缓存和请求直链。
- 如果某些播放器浏览过程没有缓存到（例如爆米花没有单集浏览页），则不会干预
- 如果不是首播（已经有媒体信息），就会等待和沿用跟随媒体服务器的原先的返回
所以在 Jellyfin 里你可能会发现，首播比已经播过的还快，首播的 SS 直接返回直链了，而播过的 Jellyfin 还要等 2s 左右。
支持 .iso 原盘资源吗？
支持 .iso 的 STRM 生成，需要在 系统设置->STRM 设置->媒体文件后缀 中，加入 iso 后缀。
而能否播放取决于播放客户端，使用 STRM 播放后，资源完全交由客户端解码（比如 Web 端肯定不行，因为浏览器无法解码 .iso 格式），已知 SenPlayer, Infuse 可以播放。
如何多开302代理？
使用场景：同时代理 Emby 和飞牛影视。
多开个 Docker 容器即可，各代理不同媒体库，主副容器 /config /logs 隔离、/strm 目录共享。副容器不配置存储和任务，只做302代理用。