用nas刮削建立动画库好像体验很操蛋

Onelooker

agent理论可行但总觉得不是很放心, 我看能不能捣鼓一个半自动的skill出来

世界的膀胱者

我已经完全放弃了自己下载刮削，改直接用animeko这种资源聚合类app来看了
大部分都能点开即看，画面质量也能接受（本身最高撑死了也就1080P+aac双声道，再好也好不到哪去）

—— 来自 samsung SM-F9560, Android 16, 鹅球 v3.5.99

KT-7

为啥要转码，不要在服务器上解码直接客户端解码才是最好的，我都是用调用potplayer播放

Hiyoung

以我个人使用来说 mp 削刮已经足够大多数动画使用了，但是偶尔也会有抽风的情况，问题不大。毕竟我个人也只是需要一个封面显示在emby里即可
另外，emby是可以有破解版本的docker的

孟沁瑶

我是用ani-rss下载的当季纯tv用plex，包含特典的老番用极影视，极影视可以手动编辑特典那些的，不会强制给你定义一个错误的集数

indtability

indtability 发表于 2026-7-7 10:46
我目前的方法是利用 mp 来刮削，然后建立硬链接给 jellyfin，硬链接的部分仅限于可以识别的部分，不能识别 ...

这几天重新研究了下这个领域，发现动画挂削整理是个比想象中还要麻烦的深坑，各种软件的功能暂且不提，光是后端数据源的选择就够吃一壶的，很多软件在开发时就对数据源选好型了，像mp，sonarr，shoko，都是针对某个数据源开发的，所以一旦数据源有问题，前端软件是无能为力的。

然后一路看下来，主流的 tmdb，tvdb 和 anidb 都各有各的问题

tmdb 在本地化方面最好，各种语言的支持都不错，图片资源丰富，但数据不够精确，比如典型的 eva 最后四集tv版和dvd版只收录了一种，忘了哪种，化物语第一季只显示12集，最后三集被塞进了special里面。

tvdb 反过来，本地化一般，图片资源一般，但有个独特的功能是能选排序方式，不同排序方式能把系列分成不同的剧集，还是 eva 的例子，选择放送顺序就没有 dvd 的四集，选择 dvd 顺序才能在特别章节中看到那四集，物语系列除了放送顺序和dvd顺序之外，甚至还有原作小说顺序，对一些有特殊要求的人应该挺适合的，还有个特点是能在一个系列包含电影，对于动画 ip 来说还挺合适的。

anidb 特点是和压制组的资源结合紧密，但问题是它更多针对的是欧美的阿宅，在中文资源的收录不全，eva fans 做的资源，在页面上显示为 EVAF-ANS 不知道是什么鬼，而且还显示集数不全，但最让我难接受的是，它在各种名字上竟然优先使用罗马音，我能接受日文原文，中文翻译，或者英文翻译，罗马音是真顶不住，好处是会收录各种零碎的资源，收 bdrip 多的话应该比较好用。

就没有一个数据准确，本地化好，资源丰富，适配中国宝宝体质或者忠实原文也行的数据库吗…

哦中文有个bangumi，但是网页端看下来信息收录不太专业，各个方面都比上述的差点，好处是中文适配和面向二次元，但它也不是主攻这一块的。

以上还只是数据源的问题，软件还有各自的问题，比如我权衡下来觉得 tvdb 或许是个折中的选择，结果用  sonarr 发现软件本身不支持选择 tvdb 的排序方式，也不支持多语言元数据，那选 tvdb 的理由就没了一大半，这些功能在 sonarr 的下一个大版本更新中，而这个更新遥遥无期…
mp用的tmdb的源，对上述eva之类的问题无能为力，并且搜索下载需要有pt账号，而我的pt账号因为上半年没顾上全被删了…

这还只是第一步的下载整理，后续还有元数据和图片的问题，但这些部分都是 tmdb 的强项了，可以说每一步的选型都在互相攻击，左右脑互搏…

感觉要么就用全英文方案，假装自己是个欧美阿宅，要么就得妥协实际刮削整理效果，不知道还有什么方案是我没照顾到的吗

hein

我想省心点，以前直接用文件夹，但是电视上给孩子使用不方便，然后最近装了网易爆米花，这东西对动画简直灾难。
什么一季动画只认几集，把花絮OP什么认成正片，多季动画全部乱序。再比如宝可梦这类很多季，一塌糊涂，必须按tmdb那种分类来取名，小智的算s01-s2x但是地平线有独立算s01，单个视频必须带完整英文名和标识，不然不同文件夹分分钟给你混在一起。
是电视模式下还没有文件模式，认不到的，顺序错的就没法看了。
最后只能教孩子用vlc这种带文件浏览的软件

Onelooker

indtability 发表于 2026-8-10 13:28
这几天重新研究了下这个领域，发现动画挂削整理是个比想象中还要麻烦的深坑，各种软件的功能暂且不提，光 ...

等我skill做完, 用agent刮我本地的动画源的话可以有95.%的准确率

indtability

Onelooker 发表于 2026-8-10 15:19
等我skill做完, 用agent刮我本地的动画源的话可以有95.%的准确率

metadata 如何获得呢？让 ai 生成吗？我感觉我个人可能接受不了ai搞这个，上面折腾这么多就是不想妥协准确性，愿意妥协的话 tmdb 也是够用的，mp 的功能也算好用，或者 servaar 也是一站式的方案，没必要为了特殊情况的少数特例牺牲整体的准确性。

Onelooker

indtability 发表于 2026-8-10 16:27
metadata 如何获得呢？让 ai 生成吗？我感觉我个人可能接受不了ai搞这个，上面折腾这么多就是不想妥协准 ...

简介标题staff用bangumi的源, sp目录匹配用anidb, 海报走tmdb

mickoo

为什么不用飞牛或者网易爆米花

indtability

Onelooker 发表于 2026-8-10 16:32
简介标题staff用bangumi的源, sp目录匹配用anidb, 海报走tmdb

这选型挺好的，ai这块还是保留态度，我反倒不觉得这个事适合 ai 去做。

Processed

动画刮削数据源其实还是tmdb是最靠谱的，绝大部分片按照他们给的编组去整理效果就够好了。但比较搞的是总有一批人很热情的在那天天把好几季的内容合成一季

我现在做的这个从下载压制组动画包到归档为jellyfin规则文件夹的端到端的项目，其实90%+的场景流程都已经能跑通了，但是真开始抠这最后10%的时候就会发现压制组的人想法真的是太多了（说的就是你VCB）

indtability

Processed 发表于 2026-8-10 17:44
动画刮削数据源其实还是tmdb是最靠谱的，绝大部分片按照他们给的编组去整理效果就够好了。但比较搞的是总有 ...

就我拿来对比的两个特例，eva 和物语来说，tmdb 是最不靠谱的，或者换个说法是最死板，最不符合习惯的，要按照它的思路的话会少集数或者连不上，它的外围信息倒是很丰富，从文件整理的角度来说我感觉是不如 tvdb 的。

Processed

indtability 发表于 2026-8-10 18:25
就我拿来对比的两个特例，eva 和物语来说，tmdb 是最不靠谱的，或者换个说法是最死板，最不符合习惯的， ...

你说的和我说的就是一回事。其实真的有一段时间物语系列就是按每一个小段分季的（我现在还保留了这个元数据），但后来又被多管闲事的人全塞到特典里面去了。本身tmdb就没有强制规定动画应该怎么划分季，剧场版算特典还是单开电影条目，那就只能谁改的积极听谁的

但问题是会出现物语这种复杂情况的片子占总体比例还是少的，绝大部分片用tmdb的数据源就是最不差的选择。不过同时也因为这个原因我到现在还没下定主意加tmdb的id支持，因为加了这玩意后续就只能天天吃屎了

indtability

Processed 发表于 2026-8-10 18:28
你说的和我说的就是一回事。其实真的有一段时间物语系列就是按每一个小段分季的（我现在还保留了这个元数 ...

不止是收录方式，还有它不承认 eva 的最后四集的双版本，包括化物语是15集而非12集这两件事我觉得都是动画爱好者共识了，愿意妥协的话确实也能说通，eva 的 dvd 四集大部分都是剧场版改的，化物语后三集确实不是tv放送的，但是正是因为不愿意妥协才在这纠结，让我明知道它会有一些问题的情况下还选它挺困难的，即使它在大部分情况下都不会错，因为一旦选好型之后就不可能混用了，我觉得 tvdb 分顺序是个很聪明的办法，默认分法会有争议是因为默认没有明确定义，给分法下好定义之后应该就不会出现改来改去的情况了。

小野賢章

能把EVA整对应该就没有不能整理的了

utakata

我最终放弃了，nas只放正片，然后把sp那些都存网盘里

——来自 SM-F9710 上的 S1er 客户端

ssklas

我刮削动画用的是jellyfin自带的tmdb+bangumi插件，最近也同样是被这事折腾烦了。我对sp之类的目前暂时没有很强的需求，因为主要看的是当季度的webrip，但就连这个也刮削不利索。

tmdb本身不按分割放送分季度，比如死神千年血战篇全部都得堆到season2（part n）才可能正确识别剧集；甚至有re0这种全部都堆到1个季度的，接受不了一点。但如果不按tmdb分的季度来创建路径，只靠bangumi就刮削不了剧集图片，而且bangumi的剧集介绍大多都是日文。即使是上面的问题全都妥协了，刮削结果还是得随缘，比如这季度无职3，jellyfin上季度页面的tmdb和bangumi链接都能关联到正确的地方，剧集名称也是按第一季名+S03EXX的规则命名，但最新剧集总是会扔到未知季度且没有刮削到任何正确内容，给我整麻了

luguozmy

有试过tmm来整理吗？数据来源还是tmdb

Processed

luguozmy 发表于 2026-8-11 23:41
有试过tmm来整理吗？数据来源还是tmdb

还是那个问题，如果数据源层面出错了，用户端玩出花来也没用

除非有个人可以做一个改版的媒体管理器，兼容现有jellyfin或者emby的api，吃进tmdb数据源但是编组呈现可以由用户自由控制，不然没可能同时实现满足所有人的归档需求

ふん雑魚め

jellyfin用到现在7年了，目前600多部电影800多部动画200多部电视剧普通用用都是没啥问题的
电影刮imdb，电视剧刮tmdb，动画刮bangumi，很少见到刮不出来的
用好jellyfin刮削除了走合适的网络之外，最重要的还是命名好文件。到手文件名批量改名S01EXX_原文件名能解决80%以上的问题，处理好的话bangumi的SP也是能刮出来的
至于web端格式不支持的问题，本来jellyfin的各个客户端对于播放格式支持就有差异，选择合适的客户端配上能硬解的CPU就行了

anmdrree

我也用的绿联，感觉超好用吗，不过动画确实弱一点，偶尔重新匹配一下就好了

百猪夜行

刮削不好用主要还是现在动画各家压制组命名过于混乱，外加数据库基本没有sp、花絮等信息。命名正常的TV剧集基本都能顺利刮削出来。

—— 来自 Xiaomi 25042PN24C, Android 16, 鹅球 v3.5.99-alpha

ChirstDR

媒体库+刮削这回事，就我用过的来说，没一个是可以一个软件解决的。要么媒体库不行，要么刮削能力不行。我现在的解决方案是媒体库归媒体库。刮削归刮削。Nas里整一个临时文件夹专门存放待刮削数据。然后刮削用TMM(TinyMediaManager)。刮削完了再把TMM整理完的媒体数据扔到媒体库文件夹里。

—— 来自 nubia NX809J, Android 16, 鹅球 v4.0-alpha

我被骗了五块钱

是，所以我也不下BDRIP了，本身也没这清晰度需求

Kaiyan

tmdb要把全部集数塞到一季里真的非常令人烦躁，但要是能接受这点反而比较简单省事的

麻烦事在于如果想和真实的季度一样分开，分季元数据都使用bangumi
那因为季度和集数的冲突，jellyfin就不能自动获取来自tmdb的集封面了
用死神举例，真实的分季肯定是这样

但在tmdb上整个千年血战篇都被放在了 死神 s02 里

如果使用真实的分季，文件夹需要长成这样，我是用nastool整理改名的
必须要按季度分开文件夹是为了在jellyfin里分成不同的季
即使这样做按季度分好其实也未必能自动关联到bangumi上面正确的季号
但因为已经正确的划分了不同季，季度在jellyfin里是分开的，匹配错误的季只需要手动指定一下bangumi上面的季id再点刷新全部元数据就可以解决问题了



这样能自动刮削到所有正确的分季和元数据季封面，集封面只能从tmdb刮就拿不到了
之前整理了巨人，到这一步就停下了，只能接受没有封面，长这样，很丑，接受不了也可以考虑开自动生成封面

但死神太潮我还是接受不了没封面，不得已选了最笨的方法
手动去每集下面把元数据改成第二季，搜索集封面，选一张，再改回去，有更好的办法请务必指导我

Kaiyan

ssklas 发表于 2026-8-11 14:12
我刮削动画用的是jellyfin自带的tmdb+bangumi插件，最近也同样是被这事折腾烦了。我对sp之类的目前暂时没有 ...

我擦，这季无职3有两集我也碰上这问题了，就是季号bangumi季id集封面都完全没问题，但是莫名其妙刮到其他季度的数据，感觉是出bangumi那边bug了（我最后手动改集id刷新的），后面几集又正常了
你图片问题有办法解决么，有比我上面这回复方便的解决方案么，我是思考能不能批量修改已经分完季的jellyfin每集元数据，比如已经分好2,3,4,5季的死神千年血战，把他们每一集元数据里的季号统一全改成第二季，再全部刷新元数据，一次性去tmdb上刮缺的的集封面

两个路人

Processed 发表于 2026-8-12 11:16
还是那个问题，如果数据源层面出错了，用户端玩出花来也没用

除非有个人可以做一个改版的媒体管理器，兼 ...

整个链条上最有价值的就是数据库，但是数据库怎么建也是个学问

感觉喂鸡百科 + AI归纳模版化是条路子：靠大量无偿的普通贡献者玩低门槛的沙盘凑信息，再AI统合归纳分类

不过，像eva这种时间跨度大，涉及媒体种类多，从源头就混沌得一B的作品，只能把痞子拉出去祭天咯

两个路人

Onelooker 发表于 2026-7-9 20:46
能正常把字渲染出来就不错了
要完整字体那估计只能内嵌了

不用估计，是只能把字体当附件封进去。鬼佬那些特效玩的贼花的字幕组都是这么干的

不过，西语字体有个优势，字母就那么一些，文件体积那几百K小到可以忽略不计

东亚这边的象形文字就不行了，所以vcb那里有人搞了个字库化技术。类似于早年搞游戏的字库，只把字幕里用到的字，从字体文件里提取出来，生成体积更小的字体文件，再封装进成品里

缺点也明显，就是字幕要修改，得重新跑一遍流程，出新字体文件，不然文字会无法显示

https://bbs.acgrip.com/forum.php?mod=viewthread&tid=13775

https://bbs.acgrip.com/forum.php?mod=viewthread&tid=13556