上一篇讲档位分层时提到"事件流回放"这个环节,有玩家问:网络抖一下,事件会不会丢?这一篇回答它。断档在鼎上娱乐天工引擎里不是"卡住了"这一个状态,而是三档不同的问题,处理方式完全不同:抖动走缓冲,空洞走补帧,断流走降级。
一、先给"断档"下定义
120毫秒以内叫抖动,帧还在,只是晚到,这一档不需要任何特殊处理。120到400毫秒叫空洞,连续几帧没来,但链路没断,系统知道自己在等什么。超过400毫秒叫断流,这时候连"缺了哪些"都不确定,只能靠序号去推断。
三档的分界不是拍脑袋:120毫秒对应一个动作的最小可辨间隔,400毫秒对应一次判罚的确认窗口。用这两个数字切,是因为玩家在400毫秒之后才会真正"感觉到不对"。
二、丢包不等于丢事件
每个事件带三个字段:序号、时间戳、类别。接收端维护一条"已确认水位线",水位线以下的序号必须连续,出现缺口就触发重传,最多三次。
关键在类别字段。位置类事件丢了可以直接跳过——下一帧的位置更有价值,补一个旧位置只会让画面往回跳。而判定类事件一个都不能跳,哪怕它已经过期两秒,也必须等它落地再更新结果。
这套规则简单说就是:能丢的只有"连续量",不能丢的全是"离散事件"。玩家看到的画面卡顿,往往来自连续量丢弃后的插值,而结果不对,几乎一定来自离散事件的处理失误。
三、200毫秒抖动时,解说为什么不卡
AI 解说席那篇里的三层事件流,消费速度比生产速度慢。这中间的差额被我们故意留着:双缓冲,一个缓冲区在给外界播报,另一个在接收增量。
抖动时优先做"半句续接"——如果一句话说到一半,事件断了,系统不会硬凑结尾,而是把这句话停在语法完整的位置,等事件回来再接一句新的。听起来像"这波切进去——哦,没切成",这比编一个错误的收尾要诚实。
四、补帧的边界:哪些能反推,哪些不能
可以反推的三类:累计数值(经验、经济、伤害),因为它们是单调增长的;冷却状态,因为时间本身就是最好的依据;位置插值,前提是方向没变。
绝对不能反推的两类:任何一次判定结果,以及任何一次玩家主动操作。这两类的特点是"没发生就是没发生",从状态差异里猜不出意图。系统宁可让面板上那一栏空着标一个"待确认",也不写一个推测值。
这条线是鼎上娱乐技术侧在事件流上唯一没有放松过的约束:补出来的帧要标注来源,回放时可以区分"原始"与"补算",这个标记会一直带到申诉环节。
五、判罚不能等重连
判罚走的是另一条路。它每250毫秒取一次本地快照,先把结果落到本地库,再异步向中心同步。断流的时候,中心可能两秒收不到东西,但判罚本身不会因为链路断而停下。
带来的问题是"两边不一致":本地已经算了,中心还没收到。解决方式靠因果图那套约束——世界状态快照每30秒一次增量同步,增量里带序号区间,中心比对区间后只补缺的那一段,不重放全部。
同步回来如果和本地结果冲突,以带原始标记的一方为准。补算的一方会被记进待核清单,人工复核窗口是24小时。
六、降级顺序:先保什么
断流超过两秒,系统按固定顺序做减法:先保判罚与结算,再保实时面板,然后停语音合成,最后停回放与录像写入。
这个顺序是按"错了没法回头"排,不是按"重要性"排。解说说错一句话可以道歉重说,结算数字错一位要重算一整个档位,所以判罚永远在最前面。
自动降级在首夜跑过37次,全部走完了完整流程,没有一次需要人工介入。反过来,如果降级到"停面板"这一层还继续恶化,系统就直接切静态模式——只留文字结果,不留动态过程。
七、10月24日结算夜的那5.2秒
结算夜23:58到00:01之间,西侧节点出现一次5.2秒断流。这5.2秒里缺失12个事件,4个通过状态反推补回,6个属于连续量直接跳过,2个进了待核清单。
第二天复核结果是:2个待核事件都属于位置类,对结算无影响,全部标记为"已核实无需回写"。这5.2秒没有改变任何一个档位,但它把断流阈值的判断改了一处:原来只看时长,现在同时看"缺失事件的类别构成"。
另一个副产品是回放的展示方式变了。断档区间现在会在进度条上标成灰段并注明"该时段为补算",而不是让它看起来和正常片段一样。
八、玩家侧能做的三件事
第一,结算夜这类高并发时段,尽量别把设备挂在公共无线网络上做需要判定的操作,尤其是夺航的点位提交。第二,如果你看到面板某栏显示"待确认",那就是断档正在处理,不要重复提交,重复提交会产生两个待核事件。
第三,遇到明显结果异常,截图仍然有效,但要截带时间的那一屏。申诉走补发通道,不改档位判定,这条规则在分层那篇里也写过。
九、写在最后
下一步是边缘节点同步:把判定的本地快照从中心机房下沉到区域节点,目标是把断流的最大影响面从5.2秒压到0.9秒以内,同时让补算事件的比例继续降。
断档不会消失,网络物理上就会抖。能做的是让每一次断档都留下痕迹、都有可核对的标记,并且保证它影响的永远是显示层,不是结果层。至于次周结算夜会不会再出现类似窗口,可以对照西侧开路的排期自己判断风险时段。