第188章 谁让直播继续
当天13:00，云镜直播中心控制区。
六块观众端屏幕已经熄灭，只剩操作台上的复核画面。
平台技术人员把案发当晚的播出队列分成四层。
实时接入。
预录互动。
赞助短片。
备用串流。
如果没有人为调整，19:52许南音离开A3以后，预录互动会播放九分钟。九分钟结束，系统检测不到主持人实时信号，应当切入一段九十秒安全公告，并向控制区发出主持人缺席提醒。
当晚实际发生的却不同。
拖拽素材先在19:53插入。
随后接九分钟预录互动。
预录结束后不是安全公告，而是三分四十秒赞助短片。
赞助短片之后，又接入六分钟备用串流。
整个节目被人为延长。
为了排除“平台自动重试导致重复播放”，技术人员在隔离测试环境里载入同一份标准模板。
当模拟主持人信号中断时，系统在三秒后切入安全公告，并在控制台生成红色缺席提示。它不会自行调用赞助短片，也不会从临时素材区挑选FZ-23。
第二次测试只加入九分钟预录。预录播完以后，结果仍然回到安全公告。
第三次按照案发队列加入四段内容，观众端才会得到与当晚相同的连续画面。
“测试环境能代表案发系统？”律师问。
“使用的是案发版本镜像和相同配置。”平台人员说，“但测试只证明标准规则如何运行，不能代替原始日志。原始队列仍是主要证据。”
陆观把测试结果放在辅助栏，在旁边注明：“排除自动补位，不指认操作者。”
陆观把当晚队列里的三处变化并排写在白板上：拖拽片段被设为备用二位，预录后的安全公告被取消，赞助片与备用串流接在后面。
周正指着那两段追加内容：“谁确认的顺序？”
“总制作人项目账号先给出顺序，技术席逐项执行。”
高启航的律师提出，排序可能是项目模板自动恢复，不代表高启航案发当晚亲自决定。
技术人员打开版本记录。
标准模板里没有拖拽素材，也没有连续赞助片和备用串流。19:47，项目管理会话创建临时版本；19:50，陈叙账号确认素材可播；19:52，总制作人项目会话确认整体顺序与拖拽片段之后十八分四十秒的持续时间。
“19:52，他还在C2？”陆观问。
“项目会话保持登录。确认动作使用项目平板二次验证。”
“指纹？”
“这次是设备近场确认。平板必须靠近C2工作站三米以内。”
C2摄像头显示，高启航19:50离开座位，两分钟后才走出工作区门口。他在队列确认时仍处于近场范围。
队列顺序在19:52完成确认。
十五秒后，许南音从A3进入B区。
两个动作只差十五秒。
“他可以提前确认正常备用流程。”律师说。
“那为什么备用流程包含案发前一日的拖拽素材？”周正问。
“素材内容由陈叙核验。”
陈叙坐在另一侧复核席。
“我只确认FZ-23技术格式可播。”他说，“顺序和持续时间是高总项目会话下发。我当时以为是临时反诈环节。”
“你没有看完整内容。”
“没有。”
“却确认可播。”
“这是我的责任。”
周正没停，继续核对两份记录。
第一份是控制台逐项确认回执。FZ-23、预录互动、赞助短片和备用串流分别由陈叙账号点击执行。
第二份是项目管理会话的整体排序表。四段内容、顺序和持续时长由总制作人权限确认。
两份记录来自不同系统节点。
平台还保留了项目平板的确认摘要。
19:52，平板收到待确认队列。
四秒后，近场确认通过。
又过两秒，C2工作站将排序表提交到播出节点。
平台人员把创建记录调出来：“四秒只够最终放行，内容在此前已经排好。”
创建记录则追溯到19:47。
那时许南音仍在A3，直播也没有出现任何现场故障。
林雪点了点19:47：“那时候哪来的事故？”
陆观把创建时间圈出来，放在高启航的书面解释旁边。
陈叙负责把每一段真正送入播出队列。
高启航的项目会话决定观众接下来会连续看到什么。
“直播继续多久，和许南音被困有什么关系？”评审观察员问。
陆观把现实时间放到队列下方。
19:53，B12维护锁定。
20:00，观众看见假拖拽。
20:03，警方进入空A3。
20:05，罗晴报告许南音未到。
如果九分钟预录后立刻切安全公告，控制区在20:01左右便会收到主持人缺席提醒。实际队列却用赞助短片和备用串流继续维持节目，所有人的注意力先被拖拽、空房间和仍在播放的主持人画面拉扯。
“这场乱局替B12争了时间。”陆观说。
“直播项目出事故，本来就要稳住画面。”高启航远程回应，“我安排备用内容有什么错？”
“稳定画面可以用安全公告。”
“安全公告会让几十万人恐慌。”
“所以你选择播放一段绑架？”
“我不知道FZ-23的具体内容。”
“案发前一日下午，你在全景镜头里看过完整排练。”
“我看过几十段素材，不记得编号。”
“那排序表上的备注是谁写的？”
技术人员放大FZ-23右侧备注。
“强冲突开场，二十三秒后接互动，不留黑屏。”
备注来自总制作人项目会话，不是陈叙技术账号。
高启航沉默了一下。
“可能是执行制片代写。”
执行制片的账号记录显示，他19:40以后一直在一楼接待区处理嘉宾迟到，没有登录C2，也没有持有项目平板。
“还有谁？”周正问。
高启航没有给出名字。
警方分别核对了当时有权限接近C2的三名工作人员。执行制片在一楼接待区，项目秘书正在仓库清点赠品，当班调度则位于A区侧台。三人的门禁、工作消息和现场画面都能互相衔接。
没有登记代理在19:47至19:52进入C2工作区。
设备场务推箱经过造成的遮挡仍然存在，但他没有项目平板权限，也在一分钟后出现在走廊另一端的固定镜头里。
周正再次让高启航写出代操作者的名字，对面的空格仍然空着。
15:20，平台恢复队列覆盖前的最后一份本地备份。
备份保存于20:01，距离陈叙替换工作列表不到一分钟。
平台人员把本地备份与异地节点并排打开。
“素材顺序、文件哈希都一致。”他说，“20:01保存时，赞助短片和备用串流已经在队列里。”
陆观往下滚了一页，在页脚停住。
那里写着：QH-终审。
平台人员解释，QH是高启航在项目版本中长期使用的个人缩写。过去三个月，他确认过的十一份总编排表都以相同格式写“QH-终审”；执行制片与陈叙使用的是各自姓名首字母。
“缩写能仿。”林雪说。
“所以放辅助栏。”陆观把它挪到项目会话和近场确认记录下面。
陆观把“自动保播”从替代解释栏划掉。
他在责任栏写下两行。
陈叙：执行插片。
高启航项目会话：确认顺序与持续时间。
写到第二行时，陆观又画出一支箭头，指向下一份等待核验的物业重启记录。