最早用的 AutoBangumi ,后面 bug 太多,换成 nastool ,不过后面也是用起来或多或少有问题,就自己做了个
目前用了两年下来感觉挺好用了,没什么 bug ,虽然现在也没多大必要用追番管理类的软件了,b 站一搜就有了,不过还是放出来有需要自取吧。
限制:只做了 qbittorrent 的适配,只支持 docker 部署,只适配了 tmdb 元数据(bangumi 都是日文,自动翻译也还不太成熟,所以只用了 tmdb 这种有中文数据的元数据仓库)
https://github.com/MangataL/BangumiBuddy
核心上是避免所有事情都自动处理,加了人工修整的环节。
追番上:
1. 集成了 mikan 和 tmdb 。自动识别后有人工确认环节,识别不到或不准可以手动修正,也不用专门打开 tmdb 搜索。
2. rss 规则匹配和文件转移也有结果预览,rss 处理上还可以手动跳过某些集数或者重新下载某些集数。
3. 多个字幕组可以设置优先级,优先级高的在转移时会覆盖优先级低的字幕组,自动停止订阅和更新总集数、集数手动修正识别和偏移这些基础功能也都有
4. 媒体库的元数据刮削上,由于新番 tmdb 数据更新不太能一步到位,所以程序会监听更新并做定时轮训更新 nfo 元数据,tmdb 会从多个中文区搜索元数据信息并做简体化处理
bd 磁力下载:
老资源不需要通过订阅这种下载的也做了支持:
1. 可以直接下载磁力,如果是 tv 番剧,会识别对应的季度集数信息,但可能不太准,bd 各个发布组的格式都不太一样,所以增加了人工修正。tv 和剧场版在一个种子的情况也能支持
2. 不自带字幕的资源,支持将其他地方下载的字幕自动重命名并导入
3. 集成了字幕子集化的功能
4. 字幕在转移到媒体库时也支持重命名,方便不同媒体库识别区分简中繁中
通知:
支持 bark 、tg 和邮箱推送通知
目前用了两年下来感觉挺好用了,没什么 bug ,虽然现在也没多大必要用追番管理类的软件了,b 站一搜就有了,不过还是放出来有需要自取吧。
限制:只做了 qbittorrent 的适配,只支持 docker 部署,只适配了 tmdb 元数据(bangumi 都是日文,自动翻译也还不太成熟,所以只用了 tmdb 这种有中文数据的元数据仓库)
https://github.com/MangataL/BangumiBuddy
核心上是避免所有事情都自动处理,加了人工修整的环节。
追番上:
1. 集成了 mikan 和 tmdb 。自动识别后有人工确认环节,识别不到或不准可以手动修正,也不用专门打开 tmdb 搜索。
2. rss 规则匹配和文件转移也有结果预览,rss 处理上还可以手动跳过某些集数或者重新下载某些集数。
3. 多个字幕组可以设置优先级,优先级高的在转移时会覆盖优先级低的字幕组,自动停止订阅和更新总集数、集数手动修正识别和偏移这些基础功能也都有
4. 媒体库的元数据刮削上,由于新番 tmdb 数据更新不太能一步到位,所以程序会监听更新并做定时轮训更新 nfo 元数据,tmdb 会从多个中文区搜索元数据信息并做简体化处理
bd 磁力下载:
老资源不需要通过订阅这种下载的也做了支持:
1. 可以直接下载磁力,如果是 tv 番剧,会识别对应的季度集数信息,但可能不太准,bd 各个发布组的格式都不太一样,所以增加了人工修正。tv 和剧场版在一个种子的情况也能支持
2. 不自带字幕的资源,支持将其他地方下载的字幕自动重命名并导入
3. 集成了字幕子集化的功能
4. 字幕在转移到媒体库时也支持重命名,方便不同媒体库识别区分简中繁中
通知:
支持 bark 、tg 和邮箱推送通知