✨ UI支持

[dydhyhwu]

特性描述

添加UI的支持，便于操作：

• 添加跨平台桌面应用的支持，更利于用户上手操作
• 提供web api / rpc api， 单独对外提供扩展UI的能力，包括但不限于（下载、解析、下载metadata，下载封面、弹幕等）

建议解决方案

1. 类似Electron的方案，添加前端界面支持。
2. 或者做一套web 应用 (｀・ω・´)

额外信息

有点疑问， 下载那部分如果单独出来的话。下载进度怎么回传/通知给外部，这里有点小疑问。

[SigureMo]

嗯，早期有计划开一个 yutto rpc 子命令开启 rpc 服务，不过一直没有去实现

关于 UI 两个方案都可行，都是非常合适的跨平台方案

yutto/yutto/processor/downloader.py

Lines 142 to 143 in 7cafb05

	tasks = parallel_with_limit(mix_list(*task_funcs), num_workers=options["num_workers"])
	tasks.append(asyncio.create_task(show_progress(filter_none_value(buffers), sum(filter_none_value(sizes)))))

下载进度的话，目前我的想法是将这里的 show_progress 服务替换一下，将其信号传给监控程序，进而提供给外部这样，不过只是目前的想法啦，具体实现还没有去研究～

[dydhyhwu]

嗯的， 之前一直没太想明白进度这块子该怎么做

UI的话，从复杂度上可以先实现方案1的UI，Electron这种，对个人用户会比较友好的。
关于第二种方案更适合做成服务或者是自动化追剧的场景了，配合plex, emby, jellyfin之类的应该会更契合。

[dydhyhwu]

话说， UI支持是另开个分支开始弄另一个仓库好一点？打算试试
可能要直接集成开启rpc服务，然后和electron端通讯。

[SigureMo]

emmmm，rpc 的话应该需要集成在 yutto 内部吧？UI 可以另开一个 repo。

唔，其实关于 repo 我觉得可以开一个组织，把 yutto 所有相关的 repo 放到里面（yutto、bilili、biliass、docs、UI 等），唔，你觉得这样如何？

[dydhyhwu]

emmmm，rpc 的话应该需要集成在 yutto 内部吧？UI 可以另开一个 repo。

唔，其实关于 repo 我觉得可以开一个组织，把 yutto 所有相关的 repo 放到里面（yutto、bilili、biliass、docs、UI 等），唔，你觉得这样如何？

good, 我觉得可以的，全放在组织里统一起来。
嗯的，rpc要集成在yutto内部。所以是不是会衍生出两种使用方式：

1. 命令行工具单次调用
2. 提供常驻rpc服务
   后者用来和UI结合

[SigureMo]

嗯嗯，对的，是需要两种使用方式的，rpc 应当完全不影响现有命令行单次调用方式的～

对于组织名有没有什么建议呢？我能想到的就是 yutto-dev、yutto-moe-projects 这类的～

[dydhyhwu]

嗯的，不能影响到现有调用方式。可以考虑独立rpc服务启动入口区分开来。
组织名，emmm, 我是个取名纠结症重度患者。
yutto-projects?我大概只能想到这种没啥创意的名字

[SigureMo]

唔，那就 yutto-dev？参考 vitest-dev 这样的大项目，以后也可以买个域名 yutto.dev（唔，说这个还有点早……）

[dydhyhwu]

我觉得可以

[SigureMo]

已经创建并迁移过来啦～其余几个 repo 我会陆续迁移～另外也发送加入的邀请啦～

[dydhyhwu]

嗯嗯，收到啦

[dydhyhwu]

ui 的 repo 名称有什么建议没？我就想到个 yutto-gui 😢

[SigureMo]

唔，其实都可以，也可以像 yutto 这样使用日语罗马音，比如说喜欢的角色的，当然 yutto-gui 也可以啦～

[SigureMo]

唔，我们要不要创建个交流群之类的……不过我不知道选用什么平台比较好，Discord 看起来不错，不过感觉 yutto 这样冷清，可能没人进……

[dydhyhwu]

可以的，你平时用的啥？ 我都可以

[SigureMo]

那就 discord？https://discord.gg/5cQGyFwsqC，不过貌似 discord 是需要科学上网的……

[dydhyhwu]

来了， 我现在就科学着呢。。不然速度老慢