我想反馈一个 Infuse 在网盘、WebDAV、Alist、OpenList 或挂载库场景下的使用体验问题。
我不确定问题是否完全来自 Infuse，也可能和网盘响应速度、WebDAV 性能、挂载工具缓存、文件命名规范、目录层级等因素有关。但从用户体验角度看，目前 Infuse 在远程媒体库进入可用状态，以及完成元数据刮削这两件事上，都显得偏慢。
这里我想表达的核心不是单纯抱怨「Infuse 很慢」，而是远程媒体库和本地媒体库的使用方式不一样。
本地媒体库通常比较稳定，用户可以接受第一次完整扫描和刮削慢一点。因为本地库整理完成后，后续变化不大，等待成本更像是一次性的。
但远程媒体库不一样。很多用户会通过网盘、WebDAV 或挂载方式直接播放原画质内容。这个场景下，媒体库可能更大，目录变化更频繁，用户也更希望添加或刷新媒体源后，能尽快开始浏览和播放。
所以我希望 Infuse 能同时优化两个层面。
第一，远程媒体库应该更快进入可用状态。
也就是说，即使海报、标题、简介、分季信息还没有完全刮削完成，也希望 Infuse 能先展示文件夹和文件列表，让用户确认内容是否存在，并且可以直接播放。
第二，元数据刮削本身也希望能更快。
因为对大型媒体库来说，海报、标题、分季、简介这些信息并不是单纯为了好看。它们会直接影响用户能不能快速找到想看的内容。尤其是剧集、纪录片、演唱会和大量电影混在一起时，如果元数据长时间没有完成，整个媒体库虽然能打开，但并不好用。
所以理想状态不是「只要能播放，刮削慢也无所谓」。
更合理的体验应该是：
先让用户尽快进入可浏览、可播放状态。
然后在后台尽可能快地完成元数据刮削。
也就是先可用，再尽快变好用。
一些可能的优化方向包括：
- 先展示文件夹和文件列表，避免完整刮削阻塞用户进入媒体库。
- 后台逐步补充海报、标题、简介、分季和其他元数据。
- 优先处理用户当前打开的目录、最近新增内容和最近播放内容。
- 加强已识别内容的缓存，减少重复刮削。
- 针对远程媒体库优化增量扫描，避免每次刷新都像重新扫描整个库。
- 允许用户根据网络和网盘情况调整远程库的刮削策略，例如刮削深度、并发数量或后台任务优先级。
- 如果条件允许，希望能有一个专门面向远程媒体库的优化模式。
我仍然认为 Infuse 是非常优秀的播放器，尤其是播放体验、界面设计和媒体库呈现都很出色。也正因为如此，远程库刮削和进入可用状态偏慢的问题才会显得比较明显。
现在很多用户的媒体库已经不再只是本地硬盘或 NAS 上的固定收藏，而是来自网盘、WebDAV 或各种挂载方式的动态内容库。这个场景下，用户既需要快速播放，也需要尽快获得完整的元数据体验。
简单来说，我希望 Infuse 在远程媒体库里能做到：
先能看。
再尽快变得好看、好找、好管理。
完整刮削不应该阻塞播放入口，但刮削速度本身也确实需要进一步优化。
喜欢此内容，并为此点赞。
但是Infuse团队并不会很快改善，因为点赞量太少了。
james
3
能否描述一下您在应用中看到的情况？是文件夹打开需要很长时间，还是在“设置”>“库”页面上看到进度条移动得很慢？
部分扫描操作的速度取决于与服务器本身的连接速度，而另一些则取决于与 TMDB 网站的连接速度。
您可以尝试以下方法，看看是否能帮助提高速度。
- 禁用“智能文件夹” = 浏览大型文件夹更快
- 禁用“预缓存详情” = 整体索引速度更快，尤其在连接远程服务器时
更多信息请参阅此指南。
感谢回复。
我这边的情况是：手动点进文件夹浏览不是最严重的问题，真正慢的是“设置 > 媒体库”里的媒体库刷新 / 扫描 / 索引过程。
具体来说：
- 手动进入网盘 / WebDAV / 挂载库里的文件夹时，确实会有一点慢，但通常转一会儿就能出来文件列表，勉强还算可用。
- 但是在 设置 > 媒体库里刷新媒体库时，扫描和索引过程非常慢，尤其是远程库内容比较多、目录层级比较深的时候非常明显。
我已经尝试关闭：
关闭后，文件夹浏览体验有一定改善，但并没有真正解决媒体库刷新、扫描和索引很慢的问题。
另外，我也测试过同类型的其他媒体播放器产品，在同样的网络环境、同样的网盘 / 挂载源、同样的媒体目录下，它们完成媒体库扫描和内容识别的体验明显更快。体感上至少比 Infuse 快一个数量级。所以我认为这个问题不完全是网盘、WebDAV 服务或网络本身导致的，Infuse 在远程媒体库刷新和扫描策略上应该还有明显优化空间。
我理解部分速度会受到远程服务器、WebDAV 服务、网盘响应速度，以及 TMDB / TheTVDB 连接速度影响。但从用户体验来看，目前 Infuse 对远程媒体库的刷新流程还是偏重。
我希望 Infuse 能针对网盘、WebDAV、Alist、OpenList 或挂载库这类远程媒体库场景做一些优化，例如：
- 更好地支持增量扫描，避免每次刷新都像大规模重新扫描；
- 加强缓存，减少重复读取和重复识别；
- 优先处理最近新增内容、当前打开目录和最近播放内容；
- 把“文件可浏览、可播放”和“完整媒体库整理”分开处理；
- 文件先能看，海报、标题、简介、分季等信息可以在后台逐步补全；
- 如果可以，希望增加一个“远程媒体库优化模式”或“快速浏览优先模式”。
简单来说，现在手动浏览文件夹还可以接受，但媒体库刷新 / 扫描 / 索引仍然是主要瓶颈。当前这些设置只能缓解一部分问题，但还不能真正解决远程大型媒体库的使用体验。
james <notifications@firecore.discoursemail.com>于2026年6月29日 周一22:56写道：
james
5
您能否复现扫描速度慢的问题，并从您的设备提交一份报告（并将代码发布在此处）？
此外，如果您能提供服务器访问权限，这将有助于我们在此处复现该问题，从而加快故障排查进程。
说的太对了。我用VidXXX可以说，不到1分钟全盘刷新完。
就这情况还要提供一份设备报告、服务器访问权限，不知道Infuse自己有没有建立一个用于测试的大型库呢？有没有和竞争对手做比较呢？
好日子还是过的太久了。
服务器访问权限暂时无法提供，因为我的服务是本机部署的，不是公网可访问的在线服务器。
设备 / 环境信息：
- 设备：iPhone 17 Pro
- 系统：iOS 27 beta 2
- 部署方式：本机服务器部署，非公网访问
- 技术细节：T3YFC
我使用同一个视频，分别在 Infuse 和 3 个竞品播放器中测试了扫描 / 拖动进度时的速度表现，结果如下：
- Infuse：2 分 13 秒
- 竞品 A：39 秒
- 竞品 B：1 分 15 秒
- 竞品 C：12 秒
我会把对应的视频录屏一并提交到这里，方便你们直接对比问题现象。
我已经录好视频了 同样的服务器媒体数量，4 个产品，一个扫了 4 分钟，infuse 单独要扫描 2 分钟
你看到的结果，已经是优化过后的版本了：我记得之前某一个时间段，他们的更新点之一，就曾是大幅提升巨型库的扫库能力。
问题在于，我猜测Infuse他们不觉得现在的情况很糟糕。现在的情况又不是不能用，做这些无关痛痒的优化，并不能为Infuse吸引新的订阅用户。
你去看最近的更新日志大概也可以猜出来，他们的重心，一直在在于吸引Plex, Emby, Jellyfin等用户改用Infuse。其他大多是一些小修小补。
做点基础功能都要等几年的，社区里，有很多用户呼唤很多年的功能，即使点赞量很高，也一直没有得到开发。
你这个无关痛痒的性能需求，估计要等五六年了额。
有道理，也不是不能用，只是体验不好，害，反馈这个也是想要体验好一点，毕竟我们都是花钱的，希望产品做的更好。
MysticTide <notifications@firecore.discoursemail.com>于2026年6月30日 周二22:31写道：
是的，大家都是想要体验好一些。爱之深，责之切，但是感觉Infuse团队自己并不太care这些。
他们在准备开发新版本时，对新增功能、优化功能、bug修复等需求，有自己的考量，他们有自己的开发节奏。但是他发布的这些新功能，我真的是大部分都用不到。
我之前反馈一些问题的时候，James的回复如下：
感谢您的反馈。我们将考虑更新相关文档。
我们正在努力添加新功能并处理用户反馈。这有时会颇具挑战性，因为Infuse拥有大量用户，而大家对哪些改动应优先处理的看法可能大相径庭（例如，功能A对某人来说非常重要，但另一个人对功能A毫无兴趣，只想要功能B）。不过，如果我们发现有大量用户希望实现某种特定功能，或者遇到类似的问题，我们会尽量优先处理。
总体而言，我们的目标是继续将 Infuse 打造成市场上最优秀的视频播放器，而持续不断的更新能帮助我们尽快将这些改进推送给用户。
我之前在社区看到一个帖子， 更新到 Infuse 8.3.1 后出现音频问题 用户使用homepod时，2x播放时，HomePod外放的声音会有爆音。2025年11月反馈，然后2026年6月修复。
如果Infuse是来源于中国开发者，这种半年才定位问题和修复，早就被喷的体无完肤了。好在Infuse是外国开发者做的，即使终生许可要好几百美元，我们可能还要感恩戴德的说，好神速啊！
james
12
感谢您提供的详细报告和对比视频！这里确实有些异常情况，我们正在进一步调查此事。