开发者大会直播这类项目，难的不是技术，是调度。
一个主论坛加五个分论坛，六个会场同时开讲，每个会场都要独立出一路直播，还要保证观众在切换频道时看到的时间轴是对齐的、字幕格式是统一的、片头片尾是同一套。这已经不是"拍一场活动"，是"同时运营一个六频道的电视台"。摄行科技内部把开发者大会直播归到调度密集型项目里，跟常规会议直播是两套打法。
这篇记录的是我们接到某科技公司开发者大会需求后做的一次沙盘推演。推演在办公室里进行，用的是会场平面图和一张大白板，前后两个下午。摄行科技的项目组五个人参与，最后推出来的那版调度表基本原样用在了活动上。
推演起点：先把约束条件列全
白板左边写约束，这是所有调度推演的第一步。
会场约束：主论坛在一层大厅，容纳一千二百人；五个分论坛在二层和三层，容量从一百八到三百五不等；三层的两个分会场之间只隔一道折叠隔断。
时间约束：上午九点到十点半主论坛，中间休息半小时，十一点到下午五点五个分论坛并行，中间有一小时午餐。也就是说主论坛和分论坛不重叠，这是个好消息。
内容约束：所有分论坛的直播要在同一个页面上以频道形式呈现，观众可自由切换；全部内容活动后要能回看；主论坛需要同步出一路竖屏流给短视频平台。
人力约束：客户预算能支持的现场技术人员上限是十八人。
第一轮推演：按最理想的配置排，结果超编
第一轮我们按"每个会场都当独立项目做"来排。
单个分论坛的标准配置是：三机位（全景、特写、PPT信号）、一名导播、一名摄像、一名音频兼场务。五个分论坛就是十五人。主论坛规格更高，四机位加竖屏机位，导播一名、摄像三名、音频一名、字幕一名、总控一名，七人。
十五加七等于二十二，超编四人。而且这还没算流动的技术支持和网络值守。
超编在开发者大会直播这类项目里几乎是必然的。所以推演的真正价值在于：接下来怎么砍。
第二轮推演：找可以复用的岗位
白板右边开始画时间轴，把每个人的忙碌时段标出来。
第一个发现：主论坛九点到十点半结束后，那七个人在十一点之前是空闲的。而分论坛十一点才开始。所以主论坛的摄像和音频可以在休息的半小时里转场支援分论坛。这一下省了三个人。
第二个发现：三层那两个相邻的分会场，如果把导播位设在中间的隔断附近，一名导播可以同时看两个会场的画面。前提是这两个会场的内容形式简单——都是单人演讲加PPT，没有互动环节。我们跟客户确认了议程，确实如此。这又省了一人。
第三个发现：PPT信号不需要专人管。用采集卡直接接讲台的HDMI分配器，导播台上做画中画切换即可。原方案里给每个会场配的"PPT机位摄像"其实是多余的，改成固定采集之后，五个会场省了……本来也没配专人，是我们第一轮排重了。
砍完之后是十七人，压进了预算。
第三轮推演：统一时钟这件事
六路信号要在同一个页面上让观众自由切换，一个隐蔽但要命的问题是时间轴对齐。
如果六路流的延迟不一致，观众从A频道切到B频道，会发现B频道的进度跟自己预期的对不上；更糟的是回看时，六路录像的起始时间戳如果不统一，后期做统一目录会很痛苦。
我们的方案是给所有六路编码器接同一个NTP时间源，并在推流时写入统一的时间戳。现场用一台小型的时间服务器，通过局域网给所有设备授时。
这一步在沙盘上只占了一行字，摄行科技的技术组实际执行时花了整整一个上午。有两台编码器的固件版本不支持指定NTP服务器，只能连公网时间源，我们最后是把它们换掉了。
多路信号的统一调度逻辑，直播中台：一场活动多路信号的调度那篇里的信号矩阵思路在这个项目里是直接落地的。
第四轮推演：突发情况的人力再分配
沙盘推演最有意思的部分是"往里扔炸弹"。
我们模拟了四种突发。第一种，某个分论坛的导播设备故障。推演结论：备用设备放在二层的技术间，任何一个会场三分钟内可达；同时该会场降级为单机位直出，观众端只是画面变简单，不断流。
第二种，两个会场同时出问题。推演结论：这是十七人配置扛不住的情况，所以我们额外要求客户允许一名机动技术人员全天待命，这一人不计入十七人的会场配置，客户同意了，最终是十八人。
第三种，某个分论坛超时，与下一场撞车。推演结论：直播不跟着延长，按预定时间切片；超时部分单独录制，后期补进回看。这条要提前跟客户的会务组说清楚。
第四种，主论坛的竖屏流出问题。推演结论：竖屏是加分项不是必选项，出问题直接停，不影响主流。这个优先级要在开播前明确，否则现场的人会在压力下做错判断。
冗余链路怎么设计才有意义，发布会直播的技术冗余设计那个案例里的三链路热备结构值得参考，不过分论坛这种量级不需要做到那么重。
推演产出：一张调度表
两个下午的推演，最后产出是一张 A3 大小的调度表。
横轴是时间，从早上六点半进场到晚上八点撤场，以十五分钟为一格。纵轴是十八个人，每个人在每一格里做什么、在哪个位置，全部写死。表格右侧留了一栏"异常时去哪儿"，写明每个人在突发情况下的第一响应动作。
这张表打印了二十份，每人一份贴在设备箱上，技术间墙上贴一张大的。摄行科技做多会场项目都会出这样一张表，因为现场信号一乱，人再靠对讲机临时协调就晚了。
活动当天：推演命中了几个
大会当天，实际发生的突发有两个。
一个是三层那两个相邻会场的隔断隔音不够，A会场的掌声被B会场的话筒收进去了。这个我们在推演时没想到，现场的处理是把B会场的话筒增益压低两分贝并靠近说话人，勉强解决。事后复盘，这属于勘场没做到位——隔断的隔音量应该在勘场时实测。
另一个是下午两点多某个分论坛的采集卡掉线，画面黑了。机动人员两分四十秒赶到，换卡恢复。跟推演结论基本吻合。
全天六路信号累计中断时长两分四十秒，占比不到千分之一。客户对这个数字很满意，这也是摄行科技后来复用这套调度表的底气。
类似项目可以先做一次推演
多会场并行直播的项目，最值钱的不是设备清单，是那张调度表。摄行科技可以在正式报价之前，先根据你的议程和场地图做一次简化版沙盘推演，告诉你大概需要多少人、哪些环节有风险、预算区间在哪里。推演和这一步的沟通不收费。
跨会场、跨场馆的信号汇聚是同一类问题，大型展会多馆联动直播那个项目的做法可以一起看。设备之间的时间码同步规范，可以参考电影电视工程师学会SMPTE公布的时间码标准文档；局域网授时相关的通信行业标准，中国通信标准化协会也有公开文本可查。
#摄行科技