快速安卓本地漫画阅读器ComicShelf，现在可以复现e站的tag体验了！
本帖最后由 mitzvah 于 2026-10-16 23:09 编辑这个由我指挥ai搓出来的本地漫画阅读器终于在0.5.3中引入了里程碑式的重量级功能，e站 的tag数据库
现在可以长按封面墙的本子封面显示ehentai tag列表了！这些tag都可以点击随意的匹配检索，或者直接输入e站的tag对你的本子库进行检索！完全e站式的体验！
完全基于e站书名的良好规范进行匹配
完全离线
一贯以来的快速
可选功能，绝不增加app负担
用来进行匹配的机制被设计的非常灵活，哪怕本子存在一些不是完全规范的ehentai式命名，比如简单的前后缀，半角全角的差异，都能被数据库匹配到
如果你在诸如南加这样的地方下载了大量本子，按照我从南加下载的经验来看，每个月发布的汉化包历史匹配的命中率可以达到80%左右
你只要下载一个600兆的数据包，解压2.5g就能使你的app拥有对数百万万本本子的tag匹配能力，我在项目页面提供了可以自行运行实时提取在线数据源的工具，你可以自行使用生成实时数据库文件
数据包：通过网盘分享的文件：ehmeta.db.zip
链接: https://pan.baidu.com/s/1LJHQMZk1rxpN1Pj1_85IsA?pwd=3s37 提取码: 3s37
--来自百度网盘超级会员v9的分享————————放入手机根目录的ComicShelfModels>ehmeta中就可以自动导入了，几分钟就好
————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————
与现有的比如perfect viewer相比，最大的优势就是快，非常的快，我在nas上本子库库存40万，用perfect viewer 入库一次就要几个小时，且即便是一个几千本的子目录，封面载入都要等半天，还动不动跳出，这个就不一样了，四十万本只要几分钟就能完成入库，漫画库封面秒出，看完漫画后还能记忆回到书库原有的滚动位置。支持smb上的文件目录结构
刚刚还专门对单页28兆的巨型漫画图包进行了优化，现在哪怕单页几十兆几g大的压缩包也不会卡死了，性能爆了perfect viewer十条街
其次就是提供一键部署的本地翻译后端，你只要有一台有n卡的电脑，运行我提供的后端服务一键部署脚本，就能自动拉取模型部署服务，然后像下面的图片那样，粘贴运行本地服务地址到本机后端下面这个框里，保证手机平板在本地电脑同样的网络下，长按一本漫画选取后台整本翻译这本漫画，app就能自动走完从ocr到机翻到p图的全流程，整个后台服务只需要4g以上的显存就能跑，质量也不错
当然你的手机更好，就是在手机上运行模型ocr翻译一条龙的接口我也开了，总之在我的8 gen2 上还是太慢了
地址：
https://github.com/ptkdLLL/comicshelf-android
源代码：https://wwbfm.lanzoue.com/i7Dxj4athv6d
密码:1kmh
最新版apk0.5.17：https://wwbfm.lanzoue.com/iEhj34c96q3g
密码:7qge
0.5.16支持gif，webp动图动画显示！！需要关闭连续滚动模式才能保证每个图片都动起来
。
后端翻译整合，一键启动无需部署：https://pan.baidu.com/s/10q7aWy2S3-xbXjvA2edDCA?pwd=c9hd 提取码: c9hd
虽说我不用手机看本地漫画，但也觉得你这个真不错 地址打不开啊 兄弟我只能说你发的地址完全是错的。 红叶 发表于 2026-10-3 14:47
地址打不开啊
https://wwbfm.lanzoue.com/i1L5m4ar43ji
提些建议：对于超大目录可以做个滚动条，然后设置最小滚动条大小免得太小按不准；可选预载图片数量，有些图集想要快速定位，拉滑动条预载数量不够卡住，只能慢慢拉
AI是真的好用，我原本用的是这个软件https://github.com/glanium/ComiChu 主要就是因为SMB性能好 后来让sol帮我反编译加了自己需要的功能 本帖最后由 mitzvah 于 2026-10-3 18:51 编辑
Saker_bobo 发表于 2026-10-3 16:49
提些建议：对于超大目录可以做个滚动条，然后设置最小滚动条大小免得太小按不准；可选预载图片数量，有些图 ...
带滚动条的版本来了https://wwbfm.lanzoue.com/iJY1R4aroq3a
实测在39万本的库里随意拖动不会卡死——————就是有点问题，为了保证极限性能ai改过头了，把封面提取设的较之前的版本分非常保守，在拖动滚动条高速滑动时，封面读取是等一下一大片，不像之前的版本流式秒出，但是也足够快了，随意快速拖动停止的时候有时候封面会加载不出来，随便找一本漫画读了再退回书库页面就可以正常读取该位置附近的封面了 好奇用了多少token mitzvah 发表于 2026-10-3 18:47
带滚动条的版本来了https://wwbfm.lanzoue.com/iJY1R4aroq3a
实测在39万本的库里随意拖动不会卡死———— ...
额 其实我说的快速滚动是压缩包内的图片
—— 来自 OnePlus PKR110, Android 16, 鹅球 v4.0-alpha 本帖最后由 mitzvah 于 2026-10-3 22:02 编辑
Saker_bobo 发表于 2026-10-3 21:50
额 其实我说的快速滚动是压缩包内的图片
—— 来自 OnePlus PKR110, Android 16, 鹅球 v4.0-alpha ...
实际测试3.4g，1400页的漫画包随便定位秒开
最极端的其实是单页几十兆那种图包，实际解码到屏幕上要100兆一张
我的nas是没有组raid，实际传输速度只有50兆，现在读图卡那么一下已经到物理极限了，所以那些巨型图包在进度条上随便定位点击是没问题的，但是要连续拖 进度条飞快滑这个硬盘瓶颈那是神仙也不行
这个阅读器是真的快
楼主你的电脑服务器端一键部署脚本在哪里？下载只有apk emcl 发表于 2026-10-4 02:22
楼主你的电脑服务器端一键部署脚本在哪里？下载只有apk
蓝奏云那个打包了脚本啊 mitzvah 发表于 2026-10-4 05:04
蓝奏云那个打包了脚本啊
哦，原来在第一版本的压缩包里，找到了，但是运行的时候提示 github 无法找到对应的文件下载，在文件夹里自己建立了对应的文件夹似乎也不行 emcl 发表于 2026-10-4 05:15
哦，原来在第一版本的压缩包里，找到了，但是运行的时候提示 github 无法找到对应的文件下载，在文件夹里 ...
这个项目的翻译机制是拼了BalloonTranslator的机制，我把整个处理流程一部分切给了app，一部分切给了后端服务器，所以需要相关的代码，又因为这个项目本身已经隐藏了，所以安装时原则上必须把本项目的源代码跟脚本放在同一目录才能一键部署，而部署又需要梯子——————这个地方是我大意了，完全交给ai测试，它测试时用梯子端口糊弄过去了
安装脚本也有一些问题，现在也更新了
本项目源代码
https://wwbfm.lanzoue.com/i7Dxj4athv6d
密码:1kmh
安装的时候时这样的：
本帖最后由 mitzvah 于 2026-10-4 06:35 编辑
emcl 发表于 2026-10-4 05:15
哦，原来在第一版本的压缩包里，找到了，但是运行的时候提示 github 无法找到对应的文件下载，在文件夹里 ...
运行完一键部署后再在相应目录运行这个一键启动脚本，在app的后端输入开头那个http://192.168的地址就可以了
完整的部署目录是这样的：
emcl 发表于 2026-10-4 05:15
哦，原来在第一版本的压缩包里，找到了，但是运行的时候提示 github 无法找到对应的文件下载，在文件夹里 ...
已经搞好了整合包，直接启动就可以了 确实是不错，如果能复刻出来perfect viewer的水平卷动模式就完美了
—— 来自 Xiaomi 25060RK16C, Android 16, 鹅球 v4.0-alpha 求一份绝对可怜 本帖最后由 mitzvah 于 2026-10-4 16:00 编辑
更新了0.41，今天出门才发现，离线启动阅读器竟然黑屏跳出，还有手机的本地库添加与zip支持竟然是坏的，这两天都在调smb的本子库没想到在看不到的地方ai在糊弄我，一并修了！！ 0.4.3，解决了rar支持与阅读适配模式失效的问题，现在画面可以占满屏幕了 本帖最后由 mitzvah 于 2026-10-6 23:58 编辑
0.5.3引入本项目中里程碑式的新功能：e站的tag数据库，现在可以在本地漫画库中获得对标e站的tag体验了
此外还修复了大量bug与功能不全
本帖最后由 ratchetes 于 2026-10-7 19:56 编辑
上次使用失败这次来试试吧。让大肥鱼帮我全部弄好了，打开确实快。但是需要添加双页漫画切分单页显示的基础功能啊。
本帖最后由 mitzvah 于 2026-10-7 22:52 编辑
ratchetes 发表于 2026-10-7 18:53
上次使用失败这次来试试吧。让大肥鱼帮我全部弄好了，打开确实快。但是需要添加双页漫画切分单页显示的基础 ...
0.5.5发布，你要求的切分页面已经实现了,安装即可完成升级数据全部保留，这东西本来是针对我个人的nas上的SMB本子库开发的，所以一开始连在移动网络会卡死跳出都没发现，没想到还有这么个需求。你在安装时遭遇了什么问题？我在平板与手机上的安装都很顺利感觉不出有什么问题？是哪里有问题导致了安装困难？ 回去试一下，俺现在问题是y700卡遍历太慢，靠perfectview或者comicscreen列表很卡
以及下载有集成吗，是不是还要eh下 本帖最后由 mitzvah 于 2026-10-8 19:35 编辑
macos 发表于 2026-10-8 09:48
回去试一下，俺现在问题是y700卡遍历太慢，靠perfectview或者comicscreen列表很卡
以及下载有集成吗，是不 ...
tag数据库的文件连接已经给了有，600兆到手机上解压2.5g就包含了几百万本e站本子的完整数据了，基于文件名匹配。后端运行在电脑上，自动机翻这个你要一定要手机跑全流程就用ai自己构建吧，反正我的手机上是奇慢无比的，vulkan只能跑在cpu上，高通的破npu坑巨多，速度也不大行（8gen2）
纯本地漫画阅读器，下载就到南加或者github上找下载器吧
项目页上更新了0.5.6修复了阅读历史库进去就出不来只能重启的bug 不支持epub吗 mitzvah 发表于 2026-10-7 22:41
0.5.5发布，你要求的切分页面已经实现了,安装即可完成升级数据全部保留，这东西本来是针对我个人的nas上的 ...
我连接mac上的deepseek，让她帮我装的。
—— 来自 samsung SM-F9460, Android 14, 鹅球 v3.5.99 本帖最后由 mitzvah 于 2026-10-8 12:47 编辑
ratchetes 发表于 2026-10-8 12:33
我连接mac上的deepseek，让她帮我装的。
—— 来自 samsung SM-F9460, Android 14, 鹅球 v3.5.99 ...
不是安卓的app？mac上装的是后端吗，难道是连着usb让ai开发者模式安装？不至于这么难吧我在平板与手机上都是直接安装apk的，除了设置smb以外不需要任何设置就能用了呀，错误是什么？ ai真的好用，我甚至无聊自己搓了个s1客户端 本帖最后由 mitzvah 于 2026-10-8 18:56 编辑
0.5.7更新，进一步完善了阅读模式设置，引入连续阅读模式，支持画面从左右，右左，上下，方向连续滚动，在条漫与跨页漫画图源中获得更好体验
尤其是支持左右，右左切换，保证任何情况下都能获得跨页漫画的准确排序
运行apk安装自动更新所有设置保留
选择设置界面改进如下 本帖最后由 ratchetes 于 2026-10-8 20:24 编辑
mitzvah 发表于 2026-10-8 12:41
不是安卓的app？mac上装的是后端吗，难道是连着usb让ai开发者模式安装？不至于这么难吧我在平板与手机上都 ...
哦，让大肥鱼建议的，弄了ftp来连接上mac。我就是下了安装的命令，大肥鱼做的调试。我你弄得UI设置我还挺喜欢的。 tag是根据什么匹配的？文件名吗？
早年收集本子有随手改名的习惯，能识别吗 mdk11223344 发表于 2026-10-9 09:06
tag是根据什么匹配的？文件名吗？
早年收集本子有随手改名的习惯，能识别吗 ...
文件名，你单纯加个前缀后缀没影响 彻底改了主体就不行了 mitzvah 发表于 2026-10-9 09:16
文件名，你单纯加个前缀后缀没影响 彻底改了主体就不行了
那没办法了，不懂日文，PC上阅读器早年对特殊符号支持也不好，看到字母拼写的假名更是一团麻，经常随手改了 马克，X，能和komga系统联动tag吗 很好用。如果像快图浏览那样能看缩略图就好了，还有搜索不知道怎样搜标签只能长按一本点击标签 我也在做类似的玩意儿，要tag为啥不用lanraragi呢，可以直接调api啊 本帖最后由 mitzvah 于 2026-10-11 09:10 编辑
216kk 发表于 2026-10-10 22:27
很好用。如果像快图浏览那样能看缩略图就好了，还有搜索不知道怎样搜标签只能长按一本点击标签 ...
书库页面设置图标左边那个图标你点击一下？其实这个界面中你只要点击X把现有的tag关闭就会自动进入搜索tag的页面，甚至你点击添加也会进入搜索页面，系统是被设计成可以多tag联合匹配，随意调整增减tag实时匹配出结果的，除了搜索以外你还可以退回书库页面，在书库页面寻找一本新的本子然后提取tag，这样匹配tag就会自行添加，文件名搜索与库匹配走不同的两条通道可以配合使用，非常灵活
预读缩略图这个我觉得会付出速度代价，我自己实际测试下来，所谓的预读图片缓存在极限负载下反而会导致减速，尤其是单页巨大的大图包，nas的带宽就那么点 这种图包预读图片多几张，随便拖动点击给出的请求太多，不进行限制就能把nas给挤爆了，为了追求极限性能对于大图包我预读的图片都被压缩到最低了，把每一兆的带宽都给读图都不一定够，这种情况下预读缩略图的开销太不划算了，我就没加，我追求的还是正常阅读需求下的快
页:
[1]
2