Closed WenkeRen closed 2 years ago
你需要截图你连续剧的目录结构看看,类似
或者说,目前只能(也只打算)识别这样的连续剧目录结构,且每个下面有对应的 nfo 文件。
或者说,目前只能(也只打算)识别这样的连续剧目录结构,且每个下面有对应的 nfo 文件。
这个我有看过您写的相关说明,我是使用sonarr自动管理的,目录完全符合软件的要求: 这是我给出的两个报错对应的文件夹结构,nfo文件也都是有的(虽然我不太确定是sonarr创建的还是emby创建的)
我不知道您是否对我提到的路径问题有注意过,我注意到在log中涉及到电影部分的log完全没有出现/share/Crab Nebula/
这个路径结构,涉及到文件内容时出现的都是docker内部路径即/media/movie/
,这是合理的,但是电视剧部分的报错全是/share/Crab Nebula/
的no such file or directory,这个路径时我NAS系统的路径而不是subfinder的docker中设置的路径。
chinesesubfinder我使用的是docker,而emby不是docker,而是我的NAS上应用商店安装的,所以emby上面显示的电视剧/电影文件路径就是NAS系统的路径也就是/share/Crab Nebula/seriers(movie)
。
在制作subfinder的docker的时候我把/share/Crab Nebula/
映射到了docker的/media/
文件夹下面,根据我的理解,subfinder运行时检索的路径结构也应该都是/media/seriers(movie)
这样的,如果软件去找/share/Crab Nebula/
这个路径肯定是找不到的。
我觉得或许问题主要在这里?但我不知道改如何修正。十分感谢您的回复!
看看 #241 ,是否是网络路径的问题导致的
因为我的情况比较特殊,当时偷懒没有给emby搭建docker环境,直接用了现成的app,因此emby那边的路径和nas上完全互通,不需要路径映射或者网络文件夹, #241 那个的确和我这个情况不太相同,而且我是movie不报错只有series报错,所以我倾向于认为不知道什么原因,series相关代码可能在执行过程中把emby使用的路径字符串直接当作本地的路径字符串了。不过很遗憾我不太熟悉go语言,不太方便调试,但基于这个思路我找到了一个很简单的解决方案。我直接在docker上面重新装了镜像,这次我把docker里面的路径(原来是默认的/media/映射到/share/Crab Nebula/)替换成了和NAS上面一样的路径(即/share/Crab Nebula/映射到/share/Crab Nebula/),然后再跑就不会出现上面的报错了,以供参考😊
docker create \
--name=chinesesubfinder \
-p 19035:19035 \
-e PUID=1026 \
-e PGID=100 \
-e TZ=Asia/Shanghai \
-v "/share/Container/chinese-sub-finder/config":/config \
-v "/share/Container/chinese-sub-finder/cache":/app/cache \
(删除)-v "/share/Crab Nebula":/media \ (删除) ---> -v "/share/Crab Nebula":"/share/Crab Nebula" \
--restart unless-stopped \
allanpk716/chinesesubfinder
你使用的 chinesesubfinder 是什么版本,什么环境?
你遇到什么问题了?
你的问题弄重现嘛?
你期望的结果
给出当前程序的配置文件
如果是使用 Docker,请给出对应的配置信息
请给出当次问题的完整日志
电影部分的下载似乎是没问题的,电影很多就不全部复制了
电视剧部分的下载就开始出现问题了
附上相关配置截图 上图的路径检查是可以通过的,可以正常保存
以及在emby上可以看到路径,都是没错的