仓鼠型绅士心得交流!
本帖最后由 荆凛音 于 2021-11-11 23:36 编辑S1萌新,写点东西骗分
(DZ论坛的代码应该都是通用的吧)
首先默认大家知道一些绅士黑话,这里不讨论怎么下载的问题,只讨论怎么管理
(小贴士,大部分有一定数量和质量的作者,都能在某些地方找到做好的合集
DL下来再更新可能会是省时省配额的做法不一定省心
为什么不用重命名添加tag
1.最重要的是系统文件名长度是有限制的(255)(点名大童真男,直接击穿命名限制)
2.自行命名的标签,随着使用文字习惯和需求可能会发生改变,
即便使用重命名也需要工具直观展示使用过的标签,以及批量更改标签
(似乎没有TAG系统会同步更新更改的标签,但可以曲线救国,检索全部旧标签,打上新标签再删除旧标签
3.交换时增加别人的工作量(某亭某加上很多档也是瞎几把命名看着蛋疼)
个人硬件环境e3v2 850evo,HC320,8G*2的ecc,2.5G有线网局域网,(约)1.2G无线局域网
对性能的感受主要来自于机械盘下的加载速度,可能不考虑内存因素
换了个P4420,飞一般的体验.我遨游于我的亚历山大
对触控操作体验,来自win10下使用便携屏的体验,(大概接近二合一)
悄悄吐槽一下,骁龙845就没有支持typeC视频输出,或者平板,不然可以搞个散装苏菲了
期待13代牙膏的yoga duet,enjoy!
日常收录速度...差不多一周20~30G的样子吧
早期可能会工作量很大,看到啥都想收下来,
后面收的差不多工作量就小很多了(或者直接治好仓鼠病)
如果能找到志同道合的绅士共同合作会轻松很多,不过要注意协定好收录的细节
譬如
0.配额够不够,配额耗尽时会使正在下载的图片损坏
1.文档名采用原名还是罗马音(个人只对同一系列作统一命名),
2.是否嵌入元数据
3.对译本的选取,对渣扫渣翻是否保留RAW,
4.对被单行本收录的单篇是否保留,
5.是否追求无修正(这个工作量很大)
6.是否下载原图哇这还要说(另外注意的是,有时候某些镜像站的图对比熊猫上,是再次压缩过的)
7.是否仅收录中国翻訳
最后便是,基于个人对TAG的需求和喜好
我自己认为完美的方案应当是
1.具有良好的运行效率(Hpx不行,tagspaces自动生成thumb有接近一般概率失败,shigureader对编码支持很微妙,LRR的tag插件有点抽风)
2.功能上满足自己编写tag,同时批量添加和操作比较方便的(LRR目前不行)
3.支持自己编写正则(LRR,tagspaces不行)
4.支持对文件夹打tag,上封面,加注释等操作某些作者岸上海里马甲不一样且熊猫上没有岸上作品(大多数没有)时，某些
归入同一文件夹或者编写同义词，对这个项目进行解释
会是妥协而方便的补救措施
比较典型的例子，东山翔
(YAC不行,shigureader有办法行)
5.客户端和服务端分离,或者可以挂载网络方案
6.本地的评分,书签(LRR本身没有,可以比较别扭地实现)
7.起码的,不对文档作不可逆的修改(calibre)
7.文件结构上,希望thumb和文档本体分离,元数据和索引是映射绝对路径的，加强机械盘的体验
不过绝对路径也有他的问题。所以我上固态大别野了
以下开始介绍,可能需要结合跳转链接进行食用,就只搬tgs的图了
Github:https://github.com/Difegue/LANraragi中文汉化者的B站介绍:https://www.bilibili.com/video/av457305063/(这位Up同时还有介绍其他方案的视屏中文汉化者的文字教程:http://yuanfangblog.xyz/technology/251.html有现成图,我就不贴了
又称作LRR,完全以个人熊猫站为目标开发的方案,基于Perl5开发,拥有热情的Sponsor以及众多contributor.服务端可以运行在开启WSL的win,以及docker上(这点可能有些许门槛)各界绅士熟悉的主界面配色
使用客户端 API 从其他程序与 LANraragi 交互(也可以直接用web)基于现有的plugin,可完成从熊猫,nh,fakku等站上爬取档案及其对应metadata的能力
同时自带正则文档把同一作者的作品集结为一个文件夹的脚本,在某个时期早期可谓帮了大忙,即便并不能很好的假名和罗马音
个人目前的主力方案,长期使用中并没有遇到过不能读取或者不稳定的问题
从本人角度看来不足之处1. Android客户端功能简陋,没有合页,上下滚动,LANCOZ插值等功能(虽然这个客户端不是LRR的Sponsor开发的不过tachiyomi(安卓核心竞争力不是)是可以使用插件浏览LRR的内容2. 自动爬元数据有时候会迷之失效,即便文档标题是可以直接搜索到的,同样情况也会出现在其他方案的类似插件基于文档名的正则速度非常慢(同时会迷之中断)元数据为统一命名且嵌入档案内3. 不能本地手动评分,评论,基于某些因素我觉得现有的评分可用性并不高(虽然可以手动搓个本地评分但并不高效)4. artist的thumbnail不能自己手动设置(根据反馈可能在近期有望上线?)5. 针对熊猫,chaika的插件开发度高,但我认为同样重要的doujinshi却没有现成轮子6. 不能同时添加多个文件夹作为书库7.没有自定的tag添加
Github:https://github.com/hjyssg/ShiguReader
S1论坛:https://bbs.saraba1st.com/2b/forum.php?mod=viewthread&tid=1924064
B站:https://space.bilibili.com/1272515
在我看来这个方案类似瑞士军刀,在我还不熟悉的时候提供了不少不错的工具.但总体来说多处都存在不完善之处
原生便是在拥有node.js环境的win运行,拥有对应的docker映像
2020-12-26版本是开包即用的exe版本,最新版版可能有些许使用门槛(我的sqlite3跑不起来就弄了几天)
1. 很多功能拥有很高的自定义性,可以改背景色,甚至可以把shigure改成shima kaze
2. 基于文档名的正则tag生成速度非常快(不如说不知为啥LRR那么慢),同时可以自己编写正则规则(在pull了),对于砍口垒,自带根据标题打character_tag的规则...但我觉得这个策略很蹩脚就是了....
3. 可以生成,具有可读性的thumbnail(即你可以读懂这个封面来自于哪个本子的)这点某种应用下挺重要的,可以用作一个快照生成工具其实我自己没专门找过
4. 自带了对比是否已经下载的油猴插件(其实LRR也有只是没有作为特性提出https://github.com/Difegue/Tsukihi)
5. 可以添加多个homePath,同时可以浏览和管理音频,影视等
6. 完全不更改文档,也不生成保存的元数据
7. 可以在web上删改移动文件
8.有统计功能(什么魔鬼)
缺点也是挺明显的
1. encoding存在问题,这个问题导致阅读图片的名字带有汉字或者日语时会error,
但我不建议遵守作者的建议更改系统的编码格式,会导致其他软件的字符出现问题
2.存在多个版本的readme文件(虽然都大差不差),然后在教程方面作者也挺随性的
3.web客户端体验和本地查看还是有差距的
官网:https://www.tagspaces.org/另外有个用来玩的在线demo:https://www.tagspaces.org/demo/
基本界面[
本身并非以绅士管理为目的开发的软件,先聊不足1. 自带的正则规则与绅士界通行规则不相容,即(date or event)title(series),也没找到怎么自行编写其自身对TAG格式的要求是,从左起的一个方括号内容,采用空格分隔和作者交流过他惊讶于居然有人拿来色色,对此我很抱歉2. 对压缩格式及其包含的图片和对应的格式(CBZ等)支持不好不能自动生成索引图甚至不能正常打开(明明甚至连不带图片的txt都能自动生成图片)白嫖版也可以手动自己创建图片文件"文件名.格式.JPG"放入同级.ts文件夹可以为大多数文件挂载缩略图,包括GAL的安装包,补丁之类的
但工程量巨大,无论是否充值(图中为.db类文件添加thumb)过去版本(3.6.2)可自动扫描zip里的第一个图像,但被认为影响性能而被放弃好了,4.0.6版本该功能回归,实际...很有可能扫不出来曲线救国的话,使用Shigureader生成thumb,然后移花接木到tagspaces上(所以说可读性很重要)很麻烦,但用多人合作再用脚本还好好吧我基本只做了作者文件夹的缩略图)如果有保持文件结构自动提取zip第一个图像,现成的轮子,就很方便了(另外一个小技巧,可以使用某个文件的thumb,作为这个目录的thumb,这点比LRR方便很多)主要是藉由tagspaces为文件夹生成cover
挂载网络路径时,封面加载速度很快(就加载一个400px高的缩略图),但不能利用zip个结构特点进行流式传输,需要整个文件down下来(然后安卓和iOS不支持网络挂载)3.内置的查看器有点菜的,对于不满意的,可以设置单击程序外打开
需要单选时采用ctrl+单选(也就是只选取单个的多选)
4.安卓,iOS端没有pro版本(即便白嫖版有标着很多功能Pro专属,包括极为关键的网络挂载),也没有win-arm版本(倒是有Mac-arm)实际最佳体验可能在二合一
5. 标签和档案多时,首屏速度略慢,市面流通的3.6版本Pro尤甚,即便在SATA SSD下(itx玩家还没塞第二个大容量M2但和其他大多数方案不同,首屏过后返回速度还挺快的6. 没有多级TAG树,绅士TAG组打完都长长一列了
剩下的就全是优点了1. 多种符合逻辑的TAG添加操作,可以通过拖拽为一或多个文件同时添加tag2. 对于过去以命名方式编撰的tag,可以统一采集后归纳进TGS的TAG库内3. 除了TAG,还能添加文件描述,并且这个描述可以被搜索(类似TC)有了文件描述功能之后，就能在档案名,tag,描述三个信息之间进行叠加搜索，**增加了文件管理广度.
这个特性可谓英雄作成(中国)也可作为贤者思考的记录(或者收纳别的贤者思考)同样的,在同级.ts文件夹中,对应文件的"文件名.格式.json"打开后,加入"description":"镇守府内好像有夜总会!"即可实现,普通白嫖版本本身可以搜索和显示4. Tagspace在同一开发团队的支持下拥有多个平台的客户端也就是可以在移动设备上进行操作,维护,更新和同步同时操作逻辑我认为在鼠键和触控上的平衡不错(指移动端的界面和桌面端就是一样的)5. 不止是小薄本的管理,对于其他文件管理也是相当优秀的系统
快速截取都是基于视频开头,某些视频有固定开头的话这个封面就没啥意义了(譬如cos啥啥啥)如何高效为每个视频创建封面我也在探索中6. 有丰富的浏览器插件,对熊猫系列的支持一般,对pixiv的采集倒是不错7. 虽然没有自动绅士Tag的插件,但metadata文件名是有可读性的,从LRR批量移植和做个性化改编并不难同时缩略图,元数据方便开车时一起打包发出去8. Emmm非常宽松的lisence,完全离线的使用体验,不过正版相当于30软买断一个版本其实不贵(月订阅然后不续订)9. 某些功能虽然是Pro专属,但其实社区版也可以曲线实现(具体回看上面)10.大概是因为付费,维护还挺积极的(指桌面端)
二合一win用户应该能作为主力方案便携屏假装苏菲现在觉得就很不错了
实际管理书籍完成度最高的方案,只是某些特性以及早期误解让我放弃作为绅士管理方案1. 存储的文档名会被转化为罗马音或者拼音,且舍弃部分内容,.后得知有办法曲线解决,但却也会带来其他问题.这个转变是可逆的.但意味着当一个方案不能满足需求需要多个方案协同时,calibre的图书在其他方案下几乎不具有可读性2. Zip内包含奇奇怪怪的东西(譬如别家的元数据)是不能转为CBZ及其他文档格式3. 他生成的元数据统一命名为metadata....大规模方案转移时很麻烦4. 我正儿八经的文档就用的calibre,即便可以分库但似乎也不太好(界面动不起来)5. 插件识别问题类似LRR,同时绅士插件不适配5.0之后的calibre6. 如果你的需求不超出calibre,那便是最好的方案附某calibre绅士管理的案例,包含插件的介绍和正则的编写https://blog.bgme.me/posts/use-calibre-to-manage-your-doujinshi/
https://blog.bgme.me/posts/use-c ... e-your-doujinshi-2/
iOS:comicshare和最新开发的可达鸭
Android:comic Screen
win:comic++，YacReader
大都类似，安卓ios上的以及comic++本质上是本地漫画浏览器
提供非常流畅的文件浏览。部分拥有图像增强能力
对于存储在局域网或者远程服务器的文件，可以通过smb,ftp(不推荐)和webdav访问。遗憾的，安卓win之间的smb效率不高。
特别的，comic++具备非常优秀的触控搬运逻辑(以及非常日狗的鼠标逻辑)非常适合二合一类win设备。同时作为收录，合并时检查重复，也是个非常朴素的工具
相对的，YacReader 提供正常的鼠标逻辑，多种漂亮的画廊显示风格在原路径生成thumbnail也能稍微提高首屏速度(对比其他三个)。只是对于某些尾页，由于命名会先于正常封面(譬如无○气的_ver5.1)，修改起来也颇为麻烦。
同时Yac本质是服务端，提供win,linux和ios端对应的客户端(没有Android),对于苹果移动设备相当于开箱即用的komga
billfish, dikigam,eagle:为单独图片标记设计的方案，按eagle的介绍是,这类软件为管理激发创作灵感的参考素材设计。(你却用来色色)
是蓝P爱好者的好伙伴
从成熟的角度看可能排除billfish(去年的观点)
从收费的角度可以排除eagle(当然真想嫖不是没办法),同时eagle有类似calibre的问题,和炸硬盘的传闻
https://www.digikam.org/
https://cn.eagle.cool/
https://www.billfish.cn/
其实我觉得tgs就够了，有进一步需求可以尝试这些方案
Excel表:非常朴素的管理方式，用于阅览那是非常的不方便，数年前啥也不懂时我的文件管理雏形(管理思想很类似tgs).
个人习惯上主要对作者定下大概的tag，再对已阅读的作品标记评论…一点一点和早期社区共同发展那倒还好，现在再这样起步估计直接治好仓鼠病。
当然这个Excel表用于合并书库检查时，结合脚本和批处理，仍是不错的选择，我选择维护下去
(新的大合集可以打印文件名，再丢进去Excel查重)
借助Excel的功能，也可以用于批量不同格式metadata的转化，以及个性化的转译
譬如breast方面，熊猫上只有大小之分，却没有进一步形态上的分类！
同时也没有肋骨,胯骨,眼睛上的区分
tgs展示页上口音极重，形象生动的分类，便是借助Excel转译再人工加工的
everything:基本的本地搜索，建议winSearch早日滚蛋并整合everything
Total Commander:老牌的资源管理器,实际功能类似TagSpace,也支持文件注释,仅文件缩略图,多设备互联,界面,tag添加方式(tagspace拖拽TC键盘快捷)上有不足
需要一定学习成本和习惯放弃TC转移到tagspaces上,主要是图形化的考虑.实际大量处理TC效率会更高
Qtabbar:资源管理器插件,TC玩得溜可以不要
重命名大师:基本功能如下，省的分别写批处理,当然实际TC里也有部分功能
duplicate:干翻牛皮癣。个人收集的合集实际包括了大部分汉化组的尾页，不作流通。
不过实际如果以节省空间为目的，多花的电费都比省的硬盘贵。
根据经验,推荐使用97%相似扫一遍,,全部反选,自行过目,删除然后再用65%扫一次,手动单选,删除(每次扫描大头在计算特征值部分,对照速度还是很快的)
freeFileSync:用于备份(什么你居然不备份？)同时可以检验文件的md5和版本变化
似乎可以远程同步但我的同志都是线下的，肉身带宽更好使
Rss订阅:爷爷你追的作者(被放流啦)
订阅系统感觉都差不多？批量添加依旧可以依赖批处理
hpx，实际功能非常全面的开包即用方案，界面也非常漂亮，唯一的缺点把一切都否定了:运行效率很差大量录入会重复会漏，删改也不灵光，同时开发者维护不积极，未来并不可期
komga:没有tag需求时使用的轻便方案,存在合页,旋转方向的问题,但用于挂载轻小说是不错的选择,如果你完全不考虑calibre的话
comicR:版内有现成的介绍https://bbs.nga.cn/read.php?tid=14466477&fav=c06c089b好像有啥问题,加上长久没有维护让我最终放弃来着?
1202年还有人骗分？多挂机就行了别整虚的，除非有水平精华帖不然都一样浪费时间
—— 来自 HUAWEI TAS-AL00, Android 10上的 S1Next-鹅版 v2.5.2 ---
当初JS还在的时候，我疯狂下东西，然后想找个tag管理工具找不到，从别人介绍里心心念念mac那套文件管理，虽然没用过。后来JS死了转115，再后来慢慢就放弃了当仓鼠，tag管理系统也就没去弄了。看这个好像解决方案还不少？ 本帖最后由 荆凛音 于 2021-11-11 23:41 编辑
14569852 发表于 2021-11-11 23:18
---
除了TC和calibre，其他方案两年前可都是一言难尽
(所以我是Excel入坑的
随着部分插件因为版本而失效，api封闭，calibre可以说现在是变弱的了
本帖最后由 clablbkao 于 2021-11-11 23:51 编辑
lz，能看一下你的目录的代码（指本帖的目录）吗？我怎么试都试不出来
另外建议帖子不要分页，所有内容写到一页更合适
ps：手机网页端目录不显示，所以看着挺奇怪的
clablbkao 发表于 2021-11-11 23:46
lz，能看一下你的目录的代码吗？我怎么试都试不出来
另外建议帖子不要分页，所有内容写到一页更合 ...
客户端好像会冒出草偶lao公那边图片
然后Dz系论坛上一些文字换行也比较奇怪…
荆凛音 发表于 2021-11-11 23:51
客户端好像会冒出草偶lao公那边图片
然后Dz系论坛上一些文字换行也比较奇怪…
...
那应该是只有主题帖能用了，我写的一样但是不显示 mark一下，我还停留在野蛮生长阶段 看的一愣一愣，我结婚前还一直在收集漫画，现在就库存偶尔拿出来回味下… 看目录就把我吓坏了 先码
有点想自己写个管理系统了 格林达姆 发表于 2021-11-12 12:16
先码
有点想自己写个管理系统了
只能写写脚本和批处理的外行人表示，只能捡现成轮子改改凑合着用 这个要是完成了是不是相当于手搓了一个e恒泰？ calibre那个教程好像在琉璃神社看过，正则似乎失效了 kazamatsuri 发表于 2021-11-14 13:05
calibre那个教程好像在琉璃神社看过，正则似乎失效了
正则应该不会失效,但其实适用面有限
即便是EH上下载的有时候文档名也会有细微的差错(譬如少半边方括号)
(某例子,可以自行在EH上查看...所有语言版本都少了
(My Best Friends 12) @ster CINDERELLA GIRLS)
失效的是插件,calibre在5.0之后改用python3了,原插件没有更新 本帖最后由 plazum 于 2021-11-15 00:18 编辑
这个目录就够仓鼠的了 我自己写了个放GitHub上了，不过看楼主的需求应该还是满足不了，建议你自己写
SchneeHertz/exhentai-manga-manager schneehertz 发表于 2022-7-1 15:38
我自己写了个放GitHub上了，不过看楼主的需求应该还是满足不了，建议你自己写
SchneeHertz/exhentai-manga- ...
其实我现在对TAG不满意的就三点了
1,正则不能自定义
2,多文件的标签显示很吃性能
3,内置的阅读器一坨还不能换
我自己也打算打算写个根据数据库渲染标签和封面,用悲观锁保证多人编辑的问题. 荆凛音 发表于 2022-7-1 16:32
其实我现在对TAG不满意的就三点了
1,正则不能自定义
2,多文件的标签显示很吃性能
正则搜索很简单，但写正则作为撸管前置太hardcore了，实际上我连搜索都很少用
性能问题不是性能的问题，是机器的问题
一般都会有关联外部浏览器的功能吧，我之前用的是honeyview
本帖最后由 zerona 于 2022-7-1 19:26 编辑
komga也一样用tachiyomi就完事了。配合calibre，当然这个模式不省硬盘。
calibre 的插件在5.0之后有什么好用的吗？现在用的插件都是老版本升级上来的。根本看不到新的插件LANraragi 的tag能自己转中文了吗？
页:
[1]