本帖最后由 yyxy 于 2026-6-16 09:52 编辑
-------------------------------------------------- 06/08 更新 --------------------------------------------------
- 支持 FFmpeg 实时转码播放，按需将视频转为 HLS 流，可按画质限制输出
- 支持多种硬件加速编码（NVENC、VAAPI、VideoToolbox 等）
- 工作流仓库新增了 Mikan RSS 订阅、豆瓣最近热门电影等模板
本帖最后由 yyxy 于 2026-6-16 09:52 编辑
-------------------------------------------------- 06/15 更新 --------------------------------------------------
- 新增了漫画和小说阅读器，可通过工作流接入任意站点并在线预览
- 工作流仓库新增了 Mangabz、轻小说文库等模板
- 修复了 Android 手机浏览时图片显示不出等多个 BUG
楼主后面有兴趣做个弹幕外挂功能吗 就是把弹幕外挂到potplayer/mpv 播放器上
a7828986 发表于 2026-6-19 09:30
楼主后面有兴趣做个弹幕外挂功能吗 就是把弹幕外挂到potplayer/mpv 播放器上
这个项目不太适合做这个事，因为本体是个 服务端+WebUI 类型的项目，不像 dandanplay 那样本体是个安装在 Windows 的客户端，自然方便实现外挂弹幕到同样安装在本机的播放器上。这类需求其实更适合用播放器本身的插件能力去实现，现在应该也有不少开源实现，例如这个 uosc_danmaku
yyxy 发表于 2026-6-21 19:02
这个项目不太适合做这个事，因为本体是个 服务端+WebUI 类型的项目，不像 dandanplay 那样本体是个安装在 ...
懂了 谢谢分享 我研究下看看
本帖最后由 [皆神孝介] 于 2026-6-22 18:33 编辑
“网络搜索”里怎么才能点进一个资源的发布页？偶尔想要进去看看写了什么
另外希望能在外面直接复制磁链，想要扔给网盘离线下载
可以同时选中多个资源一起操作吗？
[皆神孝介] 发表于 2026-6-22 18:27
“网络搜索”里怎么才能点进一个资源的发布页？偶尔想要进去看看写了什么
另外希望能在外面直接复制磁链， ...
可以的，这些都好实现，后面版本我更新进去
本帖最后由 zmw_831110 于 2026-6-28 18:09 编辑
感谢楼主,靠这个曲线救国,实现了MatePad Mini 看局域网视频+自动匹配弹幕的事情
通过楼主的这个,直接web端访问,完美实现弹幕观看
鸿蒙自带浏览器支持Web API全屏,可以完美横屏全屏
第一次弄Docker,从头到尾折腾了一遍.
还是有点不习惯All in one,用容器里qbittorrent下载(补了一些Tracker服务器进去),同时下10个,CPU占用率居然能到70%+(9800X3D+48GB),吓得我立马改回默认的3个同时下载了
折腾了一下端口映射(路由的早就设置好了,后来发现windows防火墙和路由器防火墙还要额外设置,虽然qbittorrent右下角变绿色地球了,不是之前的橙色火焰了,但是总感觉速度挺慢的...)
如果媒体库那边有手动刷新的按钮就好了,现在要刷新,得删库再建库...有些是windows里下载好放进去的
PS:还没搞明白定时调度怎么玩,点进去啥工作流都没有
本帖最后由 zmw_831110 于 2026-6-28 11:27 编辑
另外，手机Web 端好像不支持mkv的内封字幕。。。。
Youkoso Jitsuryoku Shijou Shugi no Kyoushitsu e S4 - 01 .mkv
下图是 VLC远程播放的
牛逼啊兄弟
牛逼啊，马克一下
内置播放器支持外挂字幕吗？试了下好像没找到设置
本帖最后由 yyxy 于 2026-6-29 01:49 编辑
zmw_831110 发表于 2026-6-28 09:17
感谢楼主,靠这个曲线救国,实现了MatePad Mini 看局域网视频+自动匹配弹幕的事情
通过楼主的这个,直接web端 ...
媒体库是自动监控的，一般不需要手动操作，文件新增删除都能识别到。手动刷新按钮也有，媒体库管理中每个媒体库卡片上侧第一个按钮就是。
定时调度现版本暂时没什么用，无视就行了。等后面增加一些操作媒体库、下载器之类的工作流节点后，就可以用来实现一些定时清缓存、更新tracker、检查重复文件之类的操作了。
zmw_831110 发表于 2026-6-28 10:38
另外，手机Web 端好像不支持mkv的内封字幕。。。。
Youkoso Jitsuryoku Shijou Shugi no Kyous ...
刚发的 0.6.0 版本已经支持内封字幕了
rayaxu 发表于 2026-6-28 19:28
内置播放器支持外挂字幕吗？试了下好像没找到设置
0.6.0 版本已经支持了，外挂、内封字幕都支持。外挂字幕的话需要和视频同一文件夹，同一名称就能自动识别到
马克一下有空试试
本帖最后由 zmw_831110 于 2026-6-29 10:53 编辑
yyxy 发表于 2026-6-29 01:42
媒体库是自动监控的，一般不需要手动操作，文件新增删除都能识别到。手动刷新按钮也有，媒体库管理中每个 ...
话说我比较偷懒，直接把媒体库的路径定义到 download 那边。BT未完成下载的文件名也是最终的视频文件名，导致其实文件还没下载好，媒体库就刷出视频页了。
会不会因为我这样设置，才导致 CPU 占有率特别高？
因为我把媒体库设置到了 download，如果我从下载任务你删除下载的视频，媒体库那边刷出来的视频页也并不会自动删除，然后我也没有找到手动删除视频库里视频页的功能，只找到删除视频页里的某一个视频的功能。今天再开机,发现会删,只是有延后性...
yyxy 发表于 2026-6-29 01:51
刚发的 0.6.0 版本已经支持内封字幕了
试了一下,字幕支持OK
但是每个视频都得首选选择一次字幕
试了一下无论是外挂1个字幕,还是mkv内封两种语言的字幕
每打开视频,都需要手动选择字幕
有办法设置哪种语言的字幕优先么?
yyxy 发表于 2026-6-29 01:53
0.6.0 版本已经支持了，外挂、内封字幕都支持。外挂字幕的话需要和视频同一文件夹，同一名称就能自动识别 ...
好的，我再试试，多谢
zmw_831110 发表于 2026-6-29 06:20
话说我比较偷懒，直接把媒体库的路径定义到 download 那边。BT未完成下载的文件名也是最终的视频文件名， ...
CPU 占用率应该和这个没关系，可以试下两个目录分开放，下载后关闭 WebUI 观察，如果还高的话那应该就单纯是下载器占用高；
我试了从下载任务里删文件确实会监控不到，不知什么原因 QB 删除时获取到的不是删除事件，就被忽略了；这种情况确实需要重新扫描一次，或者直接删除媒体项目，就在媒体库页面每个海报鼠标移入后右下角有3个小点，点开就有删除功能
zmw_831110 发表于 2026-6-29 11:03
试了一下,字幕支持OK
但是每个视频都得首选选择一次字幕
这确实是个问题，我后面加一个字幕相关的设置功能
本帖最后由 zmw_831110 于 2026-6-29 16:34 编辑
yyxy 发表于 2026-6-29 13:44
这确实是个问题，我后面加一个字幕相关的设置功能
还发现这个视频的外挂字幕无法加载,有出现CHS和CHT的字幕选择,但是选择后,不出字幕
Spice and Wolf：Merchant Meets the Wise Wolf .mkv
Spice and Wolf：Merchant Meets the Wise Wolf .CHS.ass
Spice and Wolf：Merchant Meets the Wise Wolf .CHT.ass
zmw_831110 发表于 2026-6-29 16:31
还发现这个视频的外挂字幕无法加载,有出现CHS和CHT的字幕选择,但是选择后,不出字幕
感谢反馈，我晚上回去下载试下，不出意外的话应该是强制转成 VTT 格式的时候报错了，修好我下个版本一起发下
yyxy 发表于 2026-6-29 17:54
感谢反馈，我晚上回去下载试下，不出意外的话应该是强制转成 VTT 格式的时候报错了，修好我下个版本一起 ...
今天早晨再打开这个视频,发现字幕有了
zmw_831110 发表于 2026-7-1 08:56
今天早晨再打开这个视频,发现字幕有了
之前的问题是有些字幕把 OP/ED 统一放在了字幕文件前面，转成 WebVTT 后就造成了时间轴乱序，已经在 0.6.1 版本中修复了；
字幕设置也加上了，可以设置自动开启以及语言偏好，语言偏好可以按自己喜好设置，比如设成 "chs|简" 的话就会优先匹配字幕标题中包含这两个值的字幕
本帖最后由 zmw_831110 于 2026-7-1 17:29 编辑
1)升级后,字幕问题解决了.
但是频繁出现要我重新登陆账户(稍微离开一会就要我重新登陆)
然后还出现"流程模板"页面为空的问题.
因为我完全是0基础,不清楚是不是docker-compose.yml写得不对,有空的话麻烦帮忙看看
解压密码我私信你
2)昨天花时间折腾了一下"TMDB 元数据刮削"
对不可描述的动画库折腾了一下
特意去搞了API,关于搜索加了&include_**=true解决了.
然后有的动画被搞到movie分类去,也强行另存了一个"TMDB 元数据刮削"把原本movie的入口改成tvshow,删除其他入口,再把这个强制movie的"TMDB 元数据刮削"加到媒体库里
发现有2个问题,我实在是搞不定
a)不少视频文件夹带分辨率描述,比如(DVD 1280x720 x264 AAC),(DLrip 1280x720 x264 AAC)
不清楚是不是把这个括弧里的识别成年份了,出现很多默认1920年标记的情况,导致无法自动匹配
然后我搞了很久,也没搞定怎么忽略掉1920年,最后是流程里直接删除年份的搜索条件,才自动匹配上,
但是在流程里去掉年份搜索条件,少数动画又无法精准定位,导致最终无法完成匹配...比如 school (BD 1920x1080 x264 AAC)
正常手动输入school,肯定不会列出下面这个的(注意!NSFW!)
https://www.themoviedb.org/tv/324949-school
b)默认扫描后的检索名,无法彻底干清楚非视频名的部分
比如:
真・燐月 (DLrip 1280x720 x264 AAC)
刮削元数据-->
真・燐月 (DLrip 1280x720
我能想到的解决办法就是让AI帮我写个power shell脚本,把这些文件夹名里的()包括里面的字符全部删掉
zmw_831110 发表于 2026-7-1 17:19
1)升级后,字幕问题解决了.
但是频繁出现要我重新登陆账户(稍微离开一会就要我重新登陆)
然后还出现"流程模 ...
docker-compose 我看了没什么问题，内置的 aria2 用不到的话 ENABLE_ARIA2 可以关掉，省点内存
1. 掉登录问题我没遇到过，大概率是浏览器问题，可以检查下是不是 Cookie 被禁用了
2. 模板空白应该是直连 GitHub 不稳定导致的，因为添加了仓库后会定时拉取刷新，如果某次拉取失败可能就变成空白了；有代理的话最好把 https://*github.com 也加到网络设置的代理里
3. 剩下的都是刮削失败的问题，属于程序本身的 BUG，因为动画命名格式太多变了，现在都是遇到了识别不了的再修复，你发的这几个格式我下个版本修复下；临时想要解决的话就只能先手动刮削了，可以在媒体库页面操作手动刮削，或者直接手动重命名下载好的文件，这两种方式都会触发重新刮削
本帖最后由 zmw_831110 于 2026-7-1 19:10 编辑
yyxy 发表于 2026-7-1 18:10
docker-compose 我看了没什么问题，内置的 aria2 用不到的话 ENABLE_ARIA2 可以关掉，省点内存
用手机的浏览器试了一下，一样是一会就掉登录了。
偶尔还会出现
500
Internal Error
我是升级后变成这样子的，浏览器也没有操作什么。
我试着在 PowerShell里面 stop 再 start，也没什么用。
也试了一下 UP，也没什么用。
现在我要全新安装吗？备份那个Workspace文件夹？
zmw_831110 发表于 2026-7-1 18:41
用手机的浏览器试了一下，一样是一会就掉登录了。
偶尔还会出现
500
那这得看 docker 日志了，可能是后端服务在无限重启，因为现在启动时会尝试拉取下 GitHub 仓库，如果这一步由于网络原因卡了会导致后端服务误以为某个进程没启起来，从而导致无限的重启重试。
这只是我的猜测，还是得看日志才行，有 TG 的话可以加群日志贴群里我帮你看下。或者我等等发布一版把启动时 pull 一次仓库的行为去了你再升级试下
本帖最后由 zmw_831110 于 2026-7-1 20:22 编辑
yyxy 发表于 2026-7-1 19:24
那这得看 docker 日志了，可能是后端服务在无限重启，因为现在启动时会尝试拉取下 GitHub 仓库，如果这一 ...
那啥,我已经全部干掉了...
重新安装后现在正常了,在重新做配置
因为我是从零开始,很多豆包让我做这做那的,我怕旧的配置搞过去,也故障依旧
索性这次就搞干净点
正好我把动画的文件夹名都改好了
我只备份了流程,现在只做恢复流程的操作
更新:当我加入大量需要扫描的媒体库之后,我在网络设置-新增规则,设置好新的需要代理的网站点确定,报"服务器内部错误".是不是性能不够啊...
zmw_831110 发表于 2026-7-1 20:05
那啥,我已经全部干掉了...
重新安装后现在正常了,在重新做配置
已经发布了 0.6.2 版本，后面应该不会有 GitHub 连不上导致的重启了。至于服务器内部错误也得看日志才能知道具体原因，后面我更新一个页面上看日志的功能吧，方便排查
本帖最后由 zmw_831110 于 2026-7-3 04:44 编辑
0.6.3之后,元数据刮削彻底没办法搜到任何内容了
升级到0.6.4也没用
刮削元数据对话框了点击搜索,还是可以看到在转圈,说明API访问正常,但是搜索结果框内,搜索结果为空
和我把年从搜索流程里删除了有关系么?(删除了&year={{year}})
并且媒体库里部分封面图裂了，电脑的浏览器也许是因为有缓存，所以没有图裂。但是手机浏览器如果从来没有打开过页面的，或者清除掉缓存，就能看见部分封面图裂了。
zmw_831110 发表于 2026-7-3 04:28
0.6.3之后,元数据刮削彻底没办法搜到任何内容了
升级到0.6.4也没用
刚试了把刮削功能正常的，搜不出+图裂证明应该是你的网络问题，你得排查下 TMDB /Bangumi 的访问是否通畅，梯子是否正常等。 Bangumi 现在被墙肯定是要代理的，TMDB 其实不用配代理，只需要配一个 1.1.1.1 的 DoT/DoH 解析就行，只要最后手动刮削能出来数据就说明没问题了
本帖最后由 zmw_831110 于 2026-7-3 07:09 编辑
yyxy 发表于 2026-7-3 06:50
刚试了把刮削功能正常的，搜不出+图裂证明应该是你的网络问题，你得排查下 TMDB /Bangumi 的访问是否通 ...
我就是手动刮不出来呀。
TMDB，我没有开代理，网页访问也是正常的。手动刮的界面，手动搜索，结果框里面啥都没有。能看到结果框有短时间的转圈，说明 API 访问还是正常的。
zmw_831110 发表于 2026-7-3 07:07
我就是手动刮不出来呀。
TMDB，我没有开代理，网页访问也是正常的。手动刮的界面，手动搜索，结果框里面 ...
不是的，TMDB 网页能访问不代表 API 或者图片域名能正常， TMDB 的一些域名是被 DNS 污染了，很多年前就这样 (网上很多改 Hosts 连 TMDB 的教程就是这个缘故）。转圈的话只能说明这个请求发送给后端了，实际请求可能还是失败的，所以得手动刮削能搜出数据来才证明没问题
本帖最后由 zmw_831110 于 2026-7-3 11:12 编辑
yyxy 发表于 2026-7-3 07:25
不是的，TMDB 网页能访问不代表 API 或者图片域名能正常， TMDB 的一些域名是被 DNS 污染了，很多年前就 ...
看了下小猫咪,机场把节点更新了,之前一直是自动到俄罗斯节点去了,换回香港就正常了,多谢多谢
但还是很奇怪,TMDB我并没有开代理啊...
还有github的代理为何无法关闭?按钮是灰的啊原来Github我没勾选代理服务器,所以才是灰的
总算明白,之前代理服务器那边一直没生效,我填的是127.0.0.1
本帖最后由 zmw_831110 于 2026-7-3 14:54 编辑
我用docker-compose restart kaloscope
重启了一下
然后又变成每次登陆后,一小段时间就会要我重新登陆
查看了日志,应该是我一个路径里的动画文件太多了,导致扫描超时,然后服务停了导致的....
现在我把那个文件很多的目录从媒体库里去掉了,就不再提示我登出了
重启/升级后 媒体库包含很多动画的目录时
又测了一下，应该是在媒体扫描过程中，不管是 restart 还是 up 打断扫描过程，就会出这个超时的问题，现在的解决办法只有删除媒体库里之前正在扫描的文件夹
2026-07-03T01:15:07.165600376Z Main2026-07-03 09:15:07 +0800 INFO: Sanic v25.12.1
2026-07-03T01:15:07.165646678Z Main2026-07-03 09:15:07 +0800 INFO: Goin' Fast @ http://0.0.0.0:8000
2026-07-03T01:15:07.165652378Z Main2026-07-03 09:15:07 +0800 INFO: app: Kaloscope
2026-07-03T01:15:07.165654378Z Main2026-07-03 09:15:07 +0800 INFO: mode: production, goin' fast w/ 16 workers
2026-07-03T01:15:07.165655878Z Main2026-07-03 09:15:07 +0800 INFO: server: sanic, HTTP/1.1
2026-07-03T01:15:07.165657278Z Main2026-07-03 09:15:07 +0800 INFO: python: 3.13.14
2026-07-03T01:15:07.165658579Z Main2026-07-03 09:15:07 +0800 INFO: platform: Linux-6.18.33.2-microsoft-standard-WSL2-x86_64-with-glibc2.41
2026-07-03T01:15:07.165742582Z Main2026-07-03 09:15:07 +0800 INFO: packages: sanic-routing==23.12.0, sanic-ext==25.12.0
2026-07-03T01:15:07.533720188Z Main2026-07-03 09:15:07 +0800 INFO: Tortoise-ORM shutdown
2026-07-03T01:15:08.357182573Z Srv 0 2026-07-03 09:15:08 +0800 INFO: Starting worker
2026-07-03T01:15:08.357211674Z Srv 3 2026-07-03 09:15:08 +0800 INFO: Starting worker
2026-07-03T01:15:08.363871877Z Srv 2 2026-07-03 09:15:08 +0800 INFO: Starting worker
2026-07-03T01:15:08.368909705Z Srv 7 2026-07-03 09:15:08 +0800 INFO: Starting worker
2026-07-03T01:15:08.371881440Z Srv 6 2026-07-03 09:15:08 +0800 INFO: Starting worker
2026-07-03T01:15:08.375397600Z Srv12 2026-07-03 09:15:08 +0800 INFO: Starting worker
2026-07-03T01:15:08.379102568Z Srv 8 2026-07-03 09:15:08 +0800 INFO: Starting worker
2026-07-03T01:15:08.382334915Z Srv11 2026-07-03 09:15:08 +0800 INFO: Starting worker
2026-07-03T01:15:08.385312350Z Srv 1 2026-07-03 09:15:08 +0800 INFO: Starting worker
2026-07-03T01:15:08.391219318Z Srv14 2026-07-03 09:15:08 +0800 INFO: Starting worker
2026-07-03T01:15:08.392025155Z Srv 5 2026-07-03 09:15:08 +0800 INFO: Starting worker
2026-07-03T01:15:08.407194544Z Srv15 2026-07-03 09:15:08 +0800 INFO: Starting worker
2026-07-03T01:15:08.412886802Z Srv 4 2026-07-03 09:15:08 +0800 INFO: Starting worker
2026-07-03T01:15:08.414352668Z Srv 9 2026-07-03 09:15:08 +0800 INFO: Starting worker
2026-07-03T01:15:08.415572124Z Srv10 2026-07-03 09:15:08 +0800 INFO: Starting worker
2026-07-03T01:15:08.417631017Z Srv13 2026-07-03 09:15:08 +0800 INFO: Starting worker
2026-07-03T01:15:09.391224518Z Srv 1 2026-07-03 09:15:09 +0800 INFO: Scanning directory: /animes
2026-07-03T01:15:09.487133672Z Srv 1 2026-07-03 09:15:09 +0800 INFO: Scanning directory: /Disk_H/不可描述
2026-07-03T01:15:09.860761135Z Srv 2 2026-07-03 09:15:09 +0800 INFO: Worker ready
2026-07-03T01:15:09.885116140Z Srv 4 2026-07-03 09:15:09 +0800 INFO: Worker ready
2026-07-03T01:15:09.885987980Z Srv 5 2026-07-03 09:15:09 +0800 INFO: Worker ready
2026-07-03T01:15:09.887523050Z Srv10 2026-07-03 09:15:09 +0800 INFO: Worker ready
2026-07-03T01:15:09.887794762Z Srv 3 2026-07-03 09:15:09 +0800 INFO: Worker ready
2026-07-03T01:15:09.890616690Z Srv12 2026-07-03 09:15:09 +0800 INFO: Worker ready
2026-07-03T01:15:09.892669683Z Srv13 2026-07-03 09:15:09 +0800 INFO: Worker ready
2026-07-03T01:15:09.893483820Z Srv 7 2026-07-03 09:15:09 +0800 INFO: Worker ready
2026-07-03T01:15:09.895453510Z Srv 6 2026-07-03 09:15:09 +0800 INFO: Worker ready
2026-07-03T01:15:09.900760951Z Srv11 2026-07-03 09:15:09 +0800 INFO: Worker ready
2026-07-03T01:15:09.901180370Z Srv 9 2026-07-03 09:15:09 +0800 INFO: Worker ready
2026-07-03T01:15:09.910396588Z Srv 8 2026-07-03 09:15:09 +0800 INFO: Worker ready
2026-07-03T01:15:09.916074146Z Srv 0 2026-07-03 09:15:09 +0800 INFO: Worker ready
2026-07-03T01:15:09.919277191Z Srv14 2026-07-03 09:15:09 +0800 INFO: Worker ready
2026-07-03T01:15:09.925509374Z Srv15 2026-07-03 09:15:09 +0800 INFO: Worker ready
2026-07-03T01:15:15.367517026Z Srv 1 2026-07-03 09:15:15 +0800 INFO: Scanning directory: /Disk_H/不可描述1
2026-07-03T01:15:16.203361783Z Srv 1 2026-07-03 09:15:16 +0800 INFO: Scanning directory: /Disk_H/不可描述2
2026-07-03T01:15:21.145005632Z Srv 1 2026-07-03 09:15:21 +0800 INFO: Scanning directory: /Disk_H/不可描述3
2026-07-03T01:15:24.244199035Z Srv 1 2026-07-03 09:15:24 +0800 INFO: Scanning directory: /Disk_H/不可描述4
2026-07-03T01:15:27.083788997Z Srv 1 2026-07-03 09:15:27 +0800 INFO: Scanning directory: /Disk_H/不可描述5
2026-07-03T01:15:40.752140983Z Srv 1 2026-07-03 09:15:40 +0800 INFO: Scanning directory: /Disk_H/不可描述6
2026-07-03T01:15:42.676653442Z Srv 1 2026-07-03 09:15:42 +0800 INFO: Scanning directory: /Disk_H/不可描述7
2026-07-03T01:16:07.935096717Z Main2026-07-03 09:16:07 +0800 ERROR: Not all workers acknowledged a successful startup. Shutting down.
2026-07-03T01:16:07.935129319Z
2026-07-03T01:16:07.935133119Z It seems that one or more of your workers failed to come online in the allowed time. Sanic is shutting down to avoid a deadlock. The current threshold is 60.0s. If this problem persists, please check out the documentation https://sanic.dev/en/guide/deployment/manager.html#worker-ack.
2026-07-03T01:16:07.935140019Z Main2026-07-03 09:16:07 +0800 INFO: Killing Sanic-Server-0-0
2026-07-03T01:16:07.942862364Z Main2026-07-03 09:16:07 +0800 INFO: Killing Sanic-Server-1-0
2026-07-03T01:16:07.942928067Z Main2026-07-03 09:16:07 +0800 INFO: Killing Sanic-Server-2-0
2026-07-03T01:16:07.943048772Z Main2026-07-03 09:16:07 +0800 INFO: Killing Sanic-Server-3-0
2026-07-03T01:16:07.943086974Z Main2026-07-03 09:16:07 +0800 INFO: Killing Sanic-Server-4-0
2026-07-03T01:16:07.943198679Z Main2026-07-03 09:16:07 +0800 INFO: Killing Sanic-Server-5-0
2026-07-03T01:16:07.943450390Z Main2026-07-03 09:16:07 +0800 INFO: Killing Sanic-Server-6-0
2026-07-03T01:16:07.943539194Z Main2026-07-03 09:16:07 +0800 INFO: Killing Sanic-Server-7-0
2026-07-03T01:16:07.943740203Z Main2026-07-03 09:16:07 +0800 INFO: Killing Sanic-Server-8-0
2026-07-03T01:16:07.944074318Z Main2026-07-03 09:16:07 +0800 INFO: Killing Sanic-Server-9-0
2026-07-03T01:16:07.944085218Z Main2026-07-03 09:16:07 +0800 INFO: Killing Sanic-Server-10-0
2026-07-03T01:16:07.944087818Z Main2026-07-03 09:16:07 +0800 INFO: Killing Sanic-Server-11-0
2026-07-03T01:16:07.944199423Z Main2026-07-03 09:16:07 +0800 INFO: Killing Sanic-Server-12-0
2026-07-03T01:16:07.944208624Z Main2026-07-03 09:16:07 +0800 INFO: Killing Sanic-Server-13-0
2026-07-03T01:16:07.944405933Z Main2026-07-03 09:16:07 +0800 INFO: Killing Sanic-Server-14-0
2026-07-03T01:16:07.944414633Z Main2026-07-03 09:16:07 +0800 INFO: Killing Sanic-Server-15-0
2026-07-03T01:16:07.944620842Z Main2026-07-03 09:16:07 +0800 INFO: Server Stopped
媒体库里去掉很多动画的目录后,再也不报问题了.
只是那个目录我得加回去,重新扫描了...
流程编辑的时候 能不能有个立刻运行按钮 测试下编辑的节点对不对
花了2小时研究配置了下，感觉还是不是很适合自己，原本指望可以点击下首页，自动追加指定字幕组的番下载。或者指定下载漫画。结果还是要手动，那不如去原始站上直接下载，弄rss和手动的复杂度也差不多了。等后面版本再看看，播放动画其实最好能打开本地播放器，网页版画质总归差一截，期望映射好路径后用命令直接打开本地播放器看，漫画如果也能指定本地动漫浏览器看就更好了。
zmw_831110 发表于 2026-7-3 09:43
我用docker-compose restart kaloscope
重启了一下
然后又变成每次登陆后,一小段时间就会要我重新登陆
感谢反馈，确实是启动时扫描导致的，这个操作也需要和拉取 GitHub 数据源一样做延迟处理。刚发的最新版应该不再会有这个问题了