800 人的会场，信号怎么送到后排
去年秋天一场行业峰会，主会场 800 个座位，进场那天下雨，湿度 85%。我们布了 6 台固定机位，其中 3 台是无线图传。
第一天上午就出事。第三机位在观众席后区，持续丢帧 40 秒。
排查下来是那个位置金属椅背太多，人一走动就遮挡。加上湿度高，2.4G 的穿透能力被削了一截。换成 5.8G 加天线加密，才压住。
这件事之后我们定了个规矩：无线图传优先放在有立柱、墙面遮挡少的位置，宁可多拉一根网线。
机位不是越多越好
很多客户觉得机位越多越贵越好，其实相反。机位越多，切换节奏越乱，导播压力越大，最后出来的感觉是"看热闹但记不住谁讲了什么"。
我们的建议是按内容类型配。一场纯论坛，主画面 1 台、嘉宾特写 2 台、侧写 1 台、机动 1 台，5 台够了。年会有舞台表演，得多加 2 台对着舞台区，因为人群在移动，前排机位会被挡死。
800 人的会场我们一般留 6 到 7 台，超过 8 台就要上多级切换台，那套配置的导播团队得 3 个人。
主画面用什么规格，得看投屏
很多场地的大屏只接 1080p60 的 HDMI。摄像机输出 4K，接上去也没用，画面反而因为超采样路径不明出现软糊。
我们现在进场先看大屏的输入规格。1080p60 的屏就全程 1080p50 输出，把码率给足，4 到 6 兆。4K 屏才上 4K25，单流码率给 15 兆左右。
有一场活动我们按 4K 拍的，结果主办方临时换了台 4K 投影仪，接口是 12G-SDR，我们设备不支持，最后临时借了个转换器。那 20 分钟的折腾纯粹是进场没问一句。
同传耳机和无线话筒的串音
涉外会议同声传译的耳机串音，主要原因是话筒接收天线离同传发射区太近。同传发射功率通常在 50 到 100 毫瓦，接收天线如果压在同传发射天线的 1 米半径内，直接压过话筒。
我们的布法是同传发射天线吊在会场后部，做定向天线朝观众区；无线话筒接收天线放在台侧前方。两组天线间隔 4 米以上，实测串音能压到可接受范围。
发言人翻页和起身的窸窣声是另一个坑。无线话筒要压在衣服内侧，别挂在领口。我们见过一个发言人把话筒夹在围巾外面，走动时摩擦声一片。
演讲者 PPT 切换怎么跟
专家讲 PPT 时，主画面往往要从嘉宾切到屏幕。这个切换必须做硬切，不能做叠化，叠化在 4:3 和 16:9 之间过渡会露出黑边。
更麻烦的是点击笔翻页那个动作，很多讲者翻页时身体会挡住一部分屏幕。我们一般让侧写机位留一台，专门盯屏幕。切屏的触发信号用讲者手动切，不做自动。
自动判断切屏的方案我们试过，效果不好——翻页动作和调整眼镜、扶麦克风的手势太像，误触发率在 15% 以上。
照片直播的上传瓶颈不在带宽
照片直播一场活动一般出 800 到 1500 张。拍摄端连拍上传，看着挺顺，实际瓶颈在云端的图片处理和客户端下载。
我们做过一次测试：2000 人规模，5 个机位同时传图，前三分钟主会场大屏扫码的人一多，客户端加载直接卡在 3 秒以上。原因是图片在服务端做 mosaic 拼接的那一步排队了。
解决办法是提前跟平台方要独立的处理通道，不要跟其他活动共享。上传带宽我们给每个机位留 8 兆到 12 兆，比正常码流高不少，这块成本要算进报价。
那场雨天的复盘
回到开头那场峰会。我们后来做了完整复盘，结论有三条。
一是无线图传的位置选择优先级高于机位数量。二是场地要走一次实测，不要信场地方给的"网络条件良好"。三是备用链路不能只留一条管道，当天我们多带了一个 5G CPE，后来真用上了。
说白了，会展活动的直播事故，八成出在场地方比我们更乐观。
年会舞台区和论坛区的机位是两套逻辑
很多人用同一套机位方案跑两种场合，跑不通。
论坛区的机位是固定的、机位对着讲台，观众全程坐定。舞台区的机位必须跟着人动，因为演员会在台上前后走位，灯光也会变。
年会的舞台区我们一般布 4 台：两台固定在观众区前排拍全景和反应，两台在侧面跟着拍特写。侧面的机器用带轮三脚架加手持云台，摄影师跟着演员走位移动。不能用固定长焦，因为演员走出画面就断了。
还有个容易忽略的：返送。年会现场的大屏通常要返送信号给演员看提词。这一路要单独走，延时得压到 300 毫秒以内，不然提词跟不上嘴。
发布会的产品特写该怎么拍
产品发布会的难点是既要拍清产品，又要拍到人。
我们的做法是产品单独一路微距镜头，走大光圈浅景深，人物走单独一路。这两路的色温要统一，不然大屏上切换的时候产品会偏色。
浅景深这条要小心。有客户要求产品全画面清晰，结果推近的时候背景虚成一片，产品边缘的细节（标识、接口）反而糊了。深景深和小光圈更保险，但需要现场多打光。
具体参数我们的默认是 f/4 到 f/5.6，配合 1.4 倍增距镜。这个组合在产品直播里基本不会出虚焦。
跨城分会场怎么同步信号
现在很多客户是主会场在主城、分会场在另外两三个城市，甚至跨省。
跨城的信号只能走公网。我们的方案是每个分会场用 SRT 发到总控指定的接入点，主控这边做解包再进导播。带宽要求算得清楚：一个 1080p50 的分会场，给 4 兆上行就够，四个分会场就是 16 兆。
公网链路的问题在于抖动。SRT 的好处是自带重传和前向纠错，设好缓冲和丢包恢复就能扛住一般抖动。我们一般设 300 毫秒缓冲，纠错开 10%。
但真遇上某城市的运营商晚上高峰（晚上 8 点到 10 点），4 兆上行可能只有 1.5 兆。这时候分会场就得降分辨率或者降帧率。我们的做法是分会场用 720p50 上行，主控收下来后做放大——720p 放大到 1080p 大屏上看不算好，但至少不黑。
签到和互动数据的实时性
很多主办方要"实时大屏"显示签到人数和互动弹幕，这个对延迟有要求。
签到数据从扫码到更新大屏，我们的目标是 3 秒内。人扫一次码、后台核验、推到大屏，这个链路里任何一个环节慢了都会累积。
弹幕更麻烦。有些平台的弹幕接口是 3 到 5 秒一次的轮询，不是真正的实时推送。想做到 1 秒内就得用它的长连接接口，这个得单独申请权限。
说白了，互动这块能不能做实时，取决于对方平台给什么接口，不取决于我们。合同里要写清楚"实时"到什么程度，不然验收时扯皮。
收尾时的设备归位
展台、展板、租的设备，这些都要在撤场时点清。我们现在每场都带一张设备清单表，进场时点一次、撤场时点一次，两次签字。
清单表上每件东西都贴着二维码标签。撤场时扫码核对，比凭记忆快得多。
有一场年会舞台的屏幕租赁，我们凭清单点完发现少了两组灯条，后来在舞台后面的缝隙里找到，是搭建方拆的时候踢下去的。清单表加签字就是为了这种扯皮。
写在最后：会务直播的三条经验
干过几年会展直播，我们留下的就三条经验。
第一，进场那天一定要自己走一遍信号，不信场地方说"网络没问题"。第二，主备链路要不同运营商、不同物理路由。第三，互动和直播是两套系统，不要指望互动数据跟着直播流走。
剩下的都是细节。这三条做到了，事故率基本能压到可以接受的水平。
