24K

德州赛事直播系统 · 本地原型

五端已在本地跑通:现场大屏、观众端、操作员平板、运营后台,共用一个 Node + SQLite 后端。 牌局状态机、胜率引擎、45 秒延迟时间轴、弹幕对齐、RFID 读卡冲突检测都可实际操作。

服务
连接中
赛事
—
当前牌局
—
底池
—
盲注
—
观众延迟
—
在座
—
01
现场大屏VENUE DISPLAY

1920×1080 投屏。只有公共牌、底池、筹码和动作,永远不下发底牌和胜率 —— 现场有玩家在看。

打开大屏
02
观众端VIEWER · H5

手机竖屏。画面按 45 秒延迟游标回放,胜率带牌型描述,弹幕半透明浮层压在下半屏。

打开观众端
03
操作员平板TABLE CONTROL

真正的录入台:开牌、逐人动作、发街、摊牌、撤回上一街,还能模拟读卡触发冲突检测。

打开录入台
04
运营后台ADMIN · PC

总览 KPI、弹幕审核队列、读卡记录、盲注结构可编辑、观众延迟与自动过审开关。

打开后台
05
多桌监控MONITOR · PC

12 张桌一屏看完:谁在打、谁卡住了、哪个天线弱、哪桌读卡撞牌。按分区筛,告警优先排前面。

打开监控
06
分区值守ZONE · 一人四桌

一个人守四张桌:四宫格带底牌,卡内直接开牌/发街/摊牌,右侧是本区实时事件流,可整体交接班。

打开值守
07
感应区校准RFID CALIBRATION

装天线时盯着它:每座位信号强度、连续命中次数、读到的牌、是否已定牌。红黄绿一眼看出哪根天线没装好。

打开校准
08
硬件方案HARDWARE SPEC

感应区怎么装:三条路线对比、BOM 清单带价格、信号拓扑、桌面开槽施工顺序、牌面登记、验收清单。

看方案

三分钟跑通一条完整链路

1
开一块大屏、一个观众端 浏览器分屏打开 /tv.html 与 /live.html,大屏会实时跳,观众端会慢 45 秒。
2
在录入台开一手牌 点 开新手牌:随机发底牌、扣盲注、算胜率。大屏立刻出现牌背和筹码。
3
点座位、做动作、发街 点桌上玩家选中 → 弃牌/跟注/加注 → 发翻牌 连点三次到摊牌,底池按边池规则分给赢家。
4
验延迟与弹幕对齐 观众端发送弹幕:现场大屏的底部 ticker 立刻滚过,观众端要等自己的游标走到才出现 —— 这正是 offset_ms 的作用。
5
验读卡异常不被当成弃牌 录入台点两次 模拟读卡:第二遍会读到已出现的牌,服务端判冲突、拒绝覆盖、写一条 conflict 日志,玩家状态一点没动。
这是本地原型,不是生产版本。写接口用一个固定密钥 x-op-key: poker-dev 拦着, 没有登录、没有多租户、没有分域名隔离;胜率是本机 JS 蒙特卡洛(约 2200 次采样), 生产要换成 Go/Rust 常驻进程。这些都写在技术方案里,本地这版只用来把交互和数据流跑通、看效果。