返回博客

舞萌 DX 比赛直播 GUI 的一个写

起因 看到本地音游群打算在 5.1 期间举办乌蒙舞萌 DX 比赛, 又看到了历年比赛简陋的 GUI, 所以写了这个项目————DX Stream。

文章目录

起因

看到本地音游群打算在 5.1 期间举办乌蒙舞萌 DX 比赛, 又看到了历年比赛简陋的 GUI, 所以写了这个项目————DX Stream。

经历

这次第一次尝试全程 vibe coding,原因有两个:

  1. 懒
  2. 想试试 deepseek-v4 的威力

初始的设想是有一个控制端,一个观众端,想用 websocket 进行两个端之间的交互。 使用 Serverless 架构,这样就不用花那个 b 钱维护这一套系统了。 但是发现腾讯云的 Serverless 相关服务,并不是很能满足 websocket 需求,于是便修改了为 HTTP 轮询的方式。 测试后发现,隔房间脏数据的传入,一些功能的糟糕实现,以及巨大无比的延迟,让我很崩溃。

最终选择整体迁移至 Cloudflare。(感恩大慈善家)

Update 6/18: 太久没写导致忘完了。 但是没关系,我会动用的我的大脑回想。👽

因为毕竟是舞萌 DX,需要给观看直播的观众提示现在是什么曲子,双方 Rating 多少,准确度又是多少。 所以会涉及到数据同步,以及调用网易云解析 API 的部分。 又是因为所有都由 AI 进行决策,所以他选择了使用 Durable Objects 来进行数据存储。 以 Websocket 来保证后台与用户端数据同步,但是实际使用下来还是有不同房间数据污染的问题。 毕竟是 AI 写的,我就不做太高要求了。

结果这个项目在最终实践里显得很无用, 还是用 obs 的场景解决。

总结

整体体验下来,我对于全程 Vibe 还是持一个👎的想法。 因为 Deepseek-V4 还是很难用的,花了几十块产出了个这玩意。 也有可能是我的 Vibe 水平太差,总之都无所谓了。

有了实际体验过后,我就不打算继续这个项目了。 不如 obs 好用。