第188章 谁让直播继续（1 / 2）
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
当天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，平板收到待确认队列。
四秒后，近场确认通过。
↑返回顶部↑