一场活动要同时发到多个平台，技术上的核心是一道「分发」的活。很多新手以为把同一路流直接推给所有平台就行，实际行不通，得靠中转和转推。这篇把链路拆清楚，方便技术同学对照排查。
为什么不能直接多推
多数平台只接受一个推流地址，而且彼此协议、码率上限不同。直接硬推，要么被平台拒，要么画面被压得乱七八糟。正确做法是导播机先把主信号推到一台中转服务器，再由它复制成多份，分别转推到各平台。中转这层把「一路源流」和「多平台出口」解耦，哪边出问题互不牵连，不会一损俱损。
中转服务器是关键
它一挂，所有平台一起黑。所以我们习惯自带一台、接独立不间断电源，不依赖现场网络去连远端。中转软件要能稳定地做流复制和协议转换，还要能分别给每个出口设码率。我们一般在中转机上跑监控，实时看每个出口的状态，不靠肉眼盯，肉眼盯不过来那么多路。
码率要算总账
中转服务器出口的总码率，等于各平台码率之和。现场上行如果只有二十兆，硬分给五个平台每个四兆就满了，再有点波动就全员卡。我们的做法是按实际上行打个七折，再除以平台数，给每个平台定一个稳妥的码率，宁可少开两个保清晰。七折是留给我们自己波动余量的，别嫌保守，现场一波动就明白这折够不够。
平台码率上限不一样
抖音、视频号对竖屏高清友好，B站更吃横屏和码率，有的平台对分辨率、码率有明确上限，推太高会被自动压低，白费带宽。所以同一路源流，我们会按各平台推荐值做转码，横屏给横屏平台，竖屏给竖屏平台。转码也占算力，平台多时中转机配置要跟上，配置不够转码会拖后腿。
延时与监测
转推链路每多一跳，就多几秒延迟。不同平台链路长度不同，观众看到的时间点会差几秒到十几秒。需要互动的场次，这个偏差得提前规划。中转服务器要能实时看每个出口的状态和码率曲线，哪个平台掉流立刻报警、切备份。我们每场都安排专人盯这块，发现问题立刻降一档或者切信号。多平台分发是技术活，把中转、码率、延时、监测四件事处理好，才能多而不乱。
备份与切换
中转服务器本身也要有备份思路。我们一般准备一路备用中转，主中转异常时把转推目标切过去，各平台不掉。转推目标在中转软件里做成可一键切换的配置，不临时改命令行。切换的同时，盯监控的人要同步通知导播和主办方，让全场知道发生了什么，不至于莫名其妙黑了几秒还不知道原因。这路备份平时也跑着热流，不是冷备，主中转一挂立刻顶上，切换几乎无感，观众端基本察觉不到。
摄行影像，专注直播技术与影像制作。
