定制符合我de环境的,第三代自动追番方案

前言

最近季度准备追25部新番, 所以肯定不能半自动手动追番了,于是疯狂找自动化追番方案.

先展示一下最后的成果,非常漂亮, 目前的成功率是百分之百

笔者的情况和要求

笔者有两台主要机器, 一台是安装了unraid的仓库机, 是主要的存储机器, 负责做pt保种和运行emby, 目前容量40T左右. 还有一台是群晖1821＋, 主要存储重要文件,和运行docker 目前容量4t左右.

目前的想法(要求)是尽量不安装太多的下载器, 仓库机只安装tr来负责pt, 群晖的Download Station来负责bt. 番剧由群晖的Download Station订阅rss同时过滤筛选指定字幕组的文件, 然后在群晖上重命名后自动转移到仓库机上的番剧仓库. 这个想法一直维持到了最后, 导致绕了很多弯路.

尝试

首先尝试了nastool自动追番, 结论是nastool对于pt不错, 对于bt的亲和性不太好,即使搭配蜜柑rss,也拯救不了我的环境.

• nastool需要搭配tr或者qbitorrent进行下载推送,搭配jacket来进行资源索引,配置很复杂
• 同时nastool有很多的路径需要映射, 由于我的环境复杂, 导致nastool追番不太现实.
• 无法做到手动匹配控制, 对于下载的筛选也有问题

之后尝试了auto_bangumi, auto_bangumi追求高度自动化, 目前一些api和ui正在做,配置全靠docker的参数来 追番这一块比nastool好一点, 但是还是不尽人意, 高度依赖蜜柑的rss, 有时候不识别某些字幕组的命名, 希望能以后改善.

将就用着auto_bangumi的时候, 突然想起来电报群还有一个重命名的项目Episode-ReName, 简单看了看描述和代码, windows上试着跑了跑了跑, 发现真不错, 这个可以有. 代码里也对linux做了兼容,但是给的例子是针对windows上的, 所以需要自己魔改一番了.

部署步骤

第一步,创建bangumi文件夹

目录下需要再创建格式类似为 /盛开的阿斯诺特莉亚/Season 1/ 这种格式的文件夹.

第二步, 调教群晖的Download Station下载过滤器

登录管理员账户更改群晖Download Station的rss刷新间隔为30分钟, (可选, 可以使用群晖普通账户)创建rss订阅同时设置每个番剧的下载过滤器

使用正则匹配可以指定字幕组, 番剧名, 繁简体, 清晰度等

正则书写规则可以参考以前的这篇帖子: https://blog.jiawei.xin/?p=736

还有记得把目的地文件夹直接指定到 /Season 1/文件夹内部.

第三步(可选), 使用群晖普通账户, 添加下载通知

第四步,部署脚本

https://github.com/xinjiawei/Episode-ReReName

clone或者直接拷贝项目,拷贝三个py文件和一个txt文件到bangumi文件夹的同级目录.

如果你有编程基础, 可以自定义修改脚本的运行目录.

首先给群晖安装pip (非常难,最好给群晖设个代理, 要不因为网络原因失败爆红几率很高)

1
# 详情请百度, 超出本文范畴

然后切换到这个目录下安装依赖

1
python3 -m pip install -r requirements.txt --user

Episode-ReName 作者建议不要使用群晖自带的python35环境!! 笔者安装了套件版的38版本

第五步, 部署定时重命名任务

1
2
# 我的路径是这样的
python3 /volume4/download/2222-incomplete/dl_tmp/schedule.py

发现的不足

• 由于群晖Download Station的一些机制,导致运行起来会实际占用四份存储空间. 以后优化一下.
• Download Station正则书写复杂, 没有qbitorrent方便
• 下载与重命名转移两个定时任务分开执行, 存在不能实时更新转移的问题. 最大时差半小时,算上emby经常抽风不自动刷新媒体库, 这个时间可能更长. 后期可能加个api请求emby刷新媒体库,如果有这个api的话.
• 目前无法为下载的番剧做种,后续有机会优化.

总结

乱七八糟, 说实话搞的有点麻烦了, 强迫症嫌疑.

有老哥整理了docker版qb结合Episode-ReName的文章,觉得我的麻烦可以去看看: https://halc.top/p/8d2011c6

参考

https://github.com/Nriver/Episode-ReName

https://github.com/EstrellaXD/Auto_Bangumi

https://github.com/jxxghp/nas-tools

https://blog.jiawei.xin/?p=736