RivalHub Broadcast

为什么做

校园赛里，一个人同时解说、OB、盯 HUD、看赛事后台并不罕见，我自己就是这个使用场景。

我之前用过的一套 HUD，在长时间运行后会逐渐产生画面延迟，刷新以后才能恢复。更麻烦的是解说自己未必能及时发现，最后可能是直播间已经出现延迟了才知道。这个经历让我很在意高频数据能不能长期稳定更新、断线以后怎么恢复，以及出问题时能不能快速定位。

另外，我一直没有找到一套同时满足中文、开源、视觉可定制、又能长期自己维护的 CS2 HUD。成熟好看的方案不少是闭源的；开源项目各有优点，但本地化、功能完整度、维护状态和底层结构很难同时符合我的使用方式。我平时看不同赛事，也会不断看到想拿回来用的 HUD 细节、雷达设计和制播功能。

所以我决定自己做一套：参考不同赛事和开源项目里做得好的部分，视觉和功能按自己的比赛需要定制，底层从一开始就把长期运行、可测试和后续扩展考虑进去。对中文校园赛和社区赛来说，它也可以逐步变成一套能直接下载、自己部署和继续修改的开源工具。

现在到哪了

现在已经搭起从比赛数据到 HUD 画面的基础链路：

• 比赛数据：可以接收 CS2 的实时数据，并把 GSI、CSTV 等不同来源整理成 HUD、雷达和控制台可以直接使用的比赛状态。
• HUD 和雷达：比分、回合计时、双方选手信息、装备、C4 状态和雷达已经能组成实际的 1920 × 1080 HUD 画面。
• 控制台：可以直接预览 HUD，并调整预设、布局、外观和雷达显示。
• 长时间运行：高频状态只保留最新内容，避免旧数据越积越多；同时已经处理断线重连、比赛和地图切换、运行诊断、可复现测试和自动化验证。

完整的制播工作区、和 RivalHub 更深入的联动，以及 OB 提前提示仍在继续开发。

OB 提前提示先做什么

这个想法来自一个很直接的问题：如果我同时拿到一条更早的比赛流和一条有延迟的直播流，能不能利用前一条流，提前几秒告诉自己直播画面马上会发生什么？

继续调研以后，我发现已经有项目和商业工具在做类似的延迟提示，也有方案继续往 AI 导播、自动切镜和更完整的未来信息展示上走。但我自己的场景是一个人同时解说和 OB，最需要的是一点准备切视角的时间。

所以第一版只显示：

+5.2s
playerA → playerB

它只告诉我几秒后谁会击杀谁。切谁、什么时候切、现场怎么讲仍然由我自己决定。第一版先不做自动切镜、AI 镜头推荐、未来雷达或复杂的事件判断。