我使用115网盘，在一个多层文件夹下，电视剧的附加内容不被识别。
文件夹结构如下
…/Tv Shows/US/202606/Rabbit Hole/S01/Rabbit Hole (2023) S01E01.mkv
…/Tv Shows/US/202606/Rabbit Hole/S01/Featurettes/Digging the Rabbit Hole.mkv
我尝试把Featurettes更改为Behind the sences也不成功。我后来把Featurettes的文件，移动到S01文件夹内，把它和S01E01等正片放在同一目录下，并且添加了-featurettes的标签，Infuse也没有识别。
Featurettes
Ah, I made a typo when posting, but the name of my 115 folder is correct. Thanks for your reply.
Put S01 rename to Season 1
I’ve already changed S01 to Season 1, but it still doesn’t work
你能发一张截图，展示一下这些文件的命名和组织方式吗？
遗憾的是，某些云服务（包括 115）不支持基于文件夹的整理方式。在这种情况下，您可以改在文件名中添加额外的类型标识。
示例
Rabbit Hole (2023) - S01E08 - Ace in the Hole (1080p BluRay x265 Ghost)-Featurette.mkv
首先，建议Infuse团队更新metadata101说明，以特别说明哪些网盘不支持。这个在我上次反馈百度网盘附加内容识别的时候，就跟您说过。但是你们无动于衷。好在现在在Infuse新版本更新后，百度网盘又支持了。所以我觉得并不是云服务不支持，而是你们没有优化好？
其次，我之前把那个test的文件，文件名加了-Featurettes ，但是不管用，只增加剧集名的话，就会识别为同名电影。不过按你说的，增加了剧集名 + S01E08两个信息，就好了，但是这个附加内容，只在手动选集到第八集的时候才会显示，我记得正常情况，应该是在首页剧集信息下方会集中展示所有附加信息？无论如何，现在的文件组织方式，并不符合原始创作初衷。因为这个featurette文件是剧集整体的，而不是单集的。
最后，您可以看一下前面的讨论，用户 s29 在115网盘尝试了，并截图反馈说可以。请问对官方和beta测试员的不同意见，您怎么看？
此外，我还反馈了其他的一些问题，但是很多天过去了，都没有得到回复。我觉得Infuse是很好的软件，但是在一些小细节方面，开发的太慢了，说是按点赞量排序，来开发新功能，但经常看到点赞量小的直接做，一些历史呼声很高的，一直不做，很多功能已经呼吁6年多了。特别的，近期还把已经预告开发中的备用剧集顺序暂停开发，而对社区没有任何交代。令人非常失望。
我知道中国开发者与国外开发者的工作时长和工作习惯不同，现在每两周发布一个新版本，已经比以前提速很多，但是看到别人短时间内，走完你们好几年的路，而Infuse还有一堆功能积压在wishlist，这让我对产品的长期方向感到担忧。
感谢您的反馈。我们将考虑更新相关文档。
我们正在努力添加新功能并处理用户反馈。这有时会颇具挑战性，因为Infuse拥有大量用户，而大家对哪些改动应优先处理的看法可能大相径庭（例如，功能A对某人来说非常重要，但另一个人对功能A毫无兴趣，只想要功能B）。不过，如果我们发现有大量用户希望实现某种特定功能，或者遇到类似的问题，我们会尽量优先处理。
总体而言，我们的目标是继续将 Infuse 打造成市场上最优秀的视频播放器，而持续不断的更新能帮助我们尽快将这些改进推送给用户。
是的，我了解开发的新功能，不可能满足所有的人的需求。但是我想说，有些基础功能，别人都有了，你们什么时候有？
双字幕（或者说次要字幕）、支持对内封的字幕调整时间轴、显示本季缺失的剧集数量等，这些很难吗？
官方的、冠冕堂皇的话，大家都会说，但是有一些功能，五六年了，都止步不前，这是尽量优先处理的态度吗？
Infuse在中国流行，是得益于起步较早，和KOL们持续的在社交媒体上进行安利。可是当不辞辛苦、勤奋努力的中国开发者，纷纷来当Infuse的竞争对手的时候，最优秀的播放器的人选，多了很多，我们不能总是按照原来的节奏去做了。
@james Please consider it.
除此之外，有一些我的发言，您并没有回复到。比如：
有些用户正在使用第三方 WebDAV 服务器连接到 115，这可能会导致不同的结果。我不确定这里的情况是否也是如此。
你能提供一张截图，展示这些文件的命名方式吗？
我使用的是infuse中的115直接连接方式
@james 那情况就有些奇怪了。我还蛮好奇的，为什么两位用户都使用115网盘直连，但是对附加内容的刮削结果并不一致。
同时，我也对Infuse的刮削原理感到好奇，即便部分云服务的API接口可能不太支持，但是我们是不是有办法去做本地兼容，对部分云服务自适应？因为我们肯定是可以拿到文件准确的绝对地址的吧？
此外，即便不想去做本地兼容，像修改剧集或电影的元数据一样，给用户手动指定，当前未识别的影片，是附加内容，并且选择归属的剧集/电影的权利，如何呢？
只要想解决，办法都会有的。而不是一味的说，部分云服务不支持。
许多云服务并不像 Mac、PC 或 NAS 那样采用传统的目录结构。相反，它们使用唯一的文件 ID 来组织文件，因此通常无法像在本地文件系统中那样查看文件的相对路径。
虽然有少数云服务提供商会显示文件路径，但对于大多数服务而言，该信息根本无法获取。
这很有趣，那请问是哪些呢？怎么我可以通过webdav成功获取文件结构😧
在使用 WebDAV 时支持此功能。
