terrellgf
terrellgf
> > > 蓝光原盘确实非常耗时间 建议目录内遇到这种文件直接跳过 还有可以使用监测目录文件变动的方法来调用字幕扫描功能 最后还有个问题 我发现电视剧目录一直没被扫描 原先是以为权限配置问题 后面看了日志发现只有一部被扫了 仔细看了下，是因为那一部有nfo文件，我用的是plex 不会自动生成nfo文件，资源都是pt下的，这个问题之前没人提过吗？我搜了下没看到人说过，只是隐约在哪里见过说是基于nfo实现的，请问下这个问题是否有解决办法？ > > > > > > 我也用的plex+infuse，这两个都不会刮削nfo。与其无止境地把希望寄托在别人开发上，不如再弄一个emby只开nfo刮削，也耗不了太多资源，启个docker，用个几个小时就搞定了。而且作者说的并无道理，nfo刮削也是势在必行，就算现在不弄，以后其他工程/功能也很有可能依赖nfo。 > > infuse支持emby后端啊，整个emby + infuse组合就ok了吧？ 也没有问题。我只是觉得plex对于剧集、动漫刮削比较精准，这正好是infuse的短板，可以互补。 我比较较真，如果你觉得麻烦，先用emby试试效果也未尝不可。
> 换刮削器不就完了。。。。 如果有infuse，你可以测试一下存在kodi标准格式的nfo（可以随意选择你觉得好用的刮削器），直接把nas挂在infuse上的效果。 如果有好的解决方案，欢迎详细讨论。
> > > 换刮削器不就完了。。。。 > > > > > > 如果有infuse，你可以测试一下存在kodi标准格式的nfo，直接把nas挂在infuse上的效果。 如果有好的解决方案，欢迎详细讨论。 > > 1. emby刮削为什么会有kodi的格式？ > 2. 换tmm？我用着非常好 > 3. 仔细读文档 1. emby的nfo文件遵循kodi的约定（emby team官方回复）。见https://emby.media/community/index.php?/topic/71014-nfo-files/ 2. tmm有server版吗，支持api吗？（我试过，貌似没有）我需要自动化刮削，比如下载一个新电影，执行我的脚本向刮削器发api请求，进行刮削 3. 和文档关系不大，核心问题是infuse和本地遵循kodi标准的nfo有冲突（可能是infure支持这个标准的nfo，而且强制优先匹配，且没有可以忽略本地nfo的选项。infuse给出的建议是删除nfo，所以看来他们也不准备支持忽略本地nfo或者调低本地nfo匹配优先级的功能）。 PS...
> 1. 我现在就用tmm刮削，infuse看，没问题。 > 2. 有 > 3. 还是你刮削器的问题，刮削器做好了封面和nfo，infuse直接读就可以了 我的用法可能不太一样，我比较偏向于infuse本地刮削电影，而不是读取刮削器中的元数据，原因是这样的： 经常有一些电影命名不规范、瑞典/法国/意大利/印度之类国家电影刮削准确率比较低，如果遇到了，我在打开infuse时，直接手动匹配搜索（虽然很多非常偏门的印度片都没有中文简介，但起码手动搜索可以对上片名） 我不知道tmm刮削的准确率如何，如果经常需要登上tmm手动修改，确实没有在infuse直接改的顺手
> 那你的 infuse 削刮完后，是存储了什么信息文件呢，能分享出来嘛（可以的话多发几个给我看看） 很不幸，据我所知，infuse刮削后，NAS不会生成任何额外的文件，因为所有刮削结果都会以Cache形式存储在infuse客户端中，然后通过icloud等方式进行备份。这种方式有点儿类似于plex？
> 看了下 infuse 的文档，https://support.firecore.com/hc/en-us/articles/215090947-Metadata-101 > > 感觉他们为了解决多设备间的 metadata 文件的共享问题，从而不直接支持本地的 nfo 信息，需要单独手动选择每一部影片去设置使用 Local 的。还是说开通了 Pro 有额外的设置就不清楚了。 据我所知，Pro只是在播放4K、高清音频、观看记录之类的有一些新的支持，元数据策略方面好像都是一样的。
> > 据我所知，Pro只是在播放4K、高清音频、观看记录之类的有一些新的支持，元数据策略方面好像都是一样的。 > > 那么有什么办法能够读取它的元数据呢？还有就是它削刮完毕后，影片（电影、连续剧，多 Season 情况）的存储结构是什么样的，能截图看看嘛 他的元数据在Apple TV的Infuse客户端中，我不清楚如何看到他的元数据结构，对于我来说应该是个黑盒。。。我只能在infuse的设置中看到元数据缓存用了2个多GB。 简言之，元数据不像emby会保存在本地服务器中。原因可能是emdy的linux服务更像是一个后台service，而infuse只是一个安装在苹果生态硬件设备单纯的app客户端（如apple tvOS、ipadOS、iOS亦或是MacOS）。
> > 他的元数据在Apple TV的Infuse客户端中，我不清楚如何看到他的元数据结构，对于我来说应该是个黑盒。。。我只能在infuse的设置中看到元数据缓存用了2个多GB。 简言之，元数据不像emby会保存在本地服务器中。原因可能是emdy的linux服务更像是一个后台service，而infuse只是一个安装在苹果生态硬件设备单纯的app客户端（如apple tvOS、ipadOS、iOS亦或是MacOS）。 > > 额外跑一个 Emby（免费版即可）去做削刮呢 我之前测试就是搭了一个emby，面对各种各样不按标准格式命名的资源，大部分刮削精准度都不如infuse。而核心问题是，一旦emby刮削出nfo，infuse本地刮削的结果就会有问题，比如在infuse手动搜索是能看到简介，一旦确定应用，进到海报墙就没了简介，然后只要我在NAS中把这个电影对应刮削出来的nfo删掉，infuse就恢复。电影自带的nfo格式没有这个问题，emby的nfo刮削格式应该是遵循kodi标准格式的，这种格式infuse就会有问题，所以感觉两者不能共存。目前我是停止emby，删除所有之前的nfo文件，我的infuse一切正常，但代价是CSF只能通过文件名寻找字幕了，没办法通过imdb id精确查找字幕了。 还有就是我发现我已经不能在subhd.tv搜索字幕了，感觉是不是CSF查询次数太多了，这可能也是很多电影现在仍然无法搜索到字幕的原因。目前队列中显示完成的有80多，等待下载的800多，重试次数已经累计几十次上百次了。 我现在是用的仍然是0.28.2，因为0.29我看主要是共享字幕，由于我无法实现nfo刮削，我就没有申请测试。  
+1 I had the same problem in 4.4.x（4.4.0/4.4.1/4.4.2） 
> Based on the error message you provided, I tried to reproduce it with the following code: > > from flexget.components.imdb.utils import ImdbParser > > parser = ImdbParser() > parser.parse('https://www.imdb.com/title/tt14980972/')...