远程连线画质崩了急救指南：十分钟内救回一场直播
上个月有个客户找我做活动直播。他们公司办了一场行业论坛，三百人到场，线上同步直播。活动结束后客户很满意，说现场很顺利，直播也没断流，画面清晰声音稳定。
但第二天他打电话来，语气不太对。说线上有观众反馈远程连线的画面糊成一片，根本看不清嘉宾在讲什么。有人甚至以为直播卡了，退出去重新进了好几回。
我让他把直播回放发给我。看完之后我明白了——问题出在远程连线这一环。现场主会场的直播再好，远程连线的嘉宾画面一崩，整场直播的体验就大打折扣。观众不会区分"这是现场画面"和"那是远程连线画面"，他只知道"这场直播有时候清楚有时候糊"，体验不一致就是不行。
做了八年直播远程连线，今天跟你讲讲远程连线画质为什么会崩，以及崩了之后怎么在十分钟内救回来。
远程连线为什么会崩：三个常见原因
第一个原因，远程端的网络不稳定。这是最高频的问题。你的主会场网络再好，带宽再大，远程嘉宾如果在家或者办公室用WiFi连，信号一波动画质就降。WiFi的稳定性远不如有线网络，尤其在用网高峰期——晚上七八点小区WiFi扎堆用，公司午休时间大家都在刷手机，这些时段WiFi丢包是家常便饭。
很多团队只关注主会场的网络配置，花大价钱拉专线、上聚合路由器，但远程嘉宾那边就给了句"你连个WiFi就行"。主会场再豪华，远程端拉胯，整条链路就拉胯了。木桶效应在远程连线里体现得淋漓尽致。
第二个原因，编码设置不合理。有些团队为了保证画质把码率设得很高，六兆八兆往上堆。远程端的网络如果撑不住这个码率，就会丢包。丢包之后画面出现马赛克，严重的话直接卡住不动。反过来码率设太低，虽然不卡了但画质糊得跟早期手机视频一样。码率不是越高越好也不是越低越好，要根据远程端实际带宽动态调整。
第三个原因，协议选择不对。用RTMP做远程连线，延迟三到八秒。嘉宾说了一句话，主会场八秒后才听到，对话节奏完全乱掉。主持人在主会场问了个问题，等了八秒嘉宾才开始回答，中间冷场观众以为断线了。远程连线必须用低延迟协议，否则互动体验极差。
崩了之后的四级急救方案
知道原因了，那崩了之后怎么办？我按操作顺序给你四级方案，一级不行上二级，逐级升级。
第一步，判断故障点。看远程嘉宾的画面是卡住了还是变模糊了。这个判断十秒钟就能做。如果画面完全卡住不动，大概率是网络断连，信号完全中断了。如果画面变模糊但还在动，是码率自适应降级，网络带宽不够了系统自动降画质保流畅。两种情况处理方式完全不同。
第二步，如果是网络断连，立刻切换备用链路。好的远程连线方案应该准备两条链路：主链路用有线网络或者5G聚合路由器，备链路用手机热点。主链路断了，切到热点，几秒钟恢复。
去年我们有一场直播，远程嘉宾在酒店用WiFi连线。会议中心WiFi突然抽风，画面直接卡死。导播台立刻通知嘉宾切手机热点，嘉宾掏出手机开热点连上电脑，十秒内恢复画面。观众端只是感觉卡了几秒，没有意识到发生了链路切换。
这个方案的关键是备链路要提前准备好。不能等出事了才让嘉宾找手机开热点——那会儿手忙脚乱，三分钟都未必能切过来。提前让嘉宾的电脑同时连着WiFi和手机热点，主链路断了备链路自动接管。
第三步，如果是画质降级，调整编码参数。把码率从六兆降到三兆，分辨率从1080P降到720P。画质差一点但至少清晰流畅，比高画质但卡成马赛克强一万倍。观众看720P不会觉得有问题，但看马赛克画面一定觉得这场直播不专业。
这一步在导播台上三分钟就能完成。关键是在活动前就跟导播确认好降级方案——码率降到多少、分辨率降到多少、什么时候触发降级。不要等出事了才讨论参数，现场每一秒都是煎熬。
第四步，如果以上都不行，启用音频降级方案。这一步是最后手段：放弃画面，只保留音频。让嘉宾关掉摄像头，用电话拨入。声音通过调音台接入直播信号。画面用一个占位图，标注远程嘉宾的姓名和演讲主题。虽然画面没了，但至少内容不断，观众还能听到嘉宾在讲什么。等远程端网络恢复之后再切回视频。
去年一场学术论坛，北京主会场连线上海的专家。专家在办公室用WiFi连线，结果那栋楼正好在搞网络升级，WiFi极不稳定。我们先让他切手机热点，热点信号也弱——室内信号屏蔽严重。最后让专家用固定电话拨入，音频接入直播系统，画面用一张专家照片加主题字幕的静态图替代。
这个降级状态持续了八分钟。等专家走到隔壁会议室连上有线网络后才恢复视频。会后观众的反馈是：虽然中间几分钟看不到专家画面，但声音一直没断，内容没有受影响，体验远好于画面卡住但声音也断的情况。
做远程连线必须记住的几条原则
第一条，永远准备备用链路。主链路加备链路是标配，不是选配。备链路成本不高，一个手机热点的事，但关键时刻能救命。
第二条，永远准备音频降级方案。就算画面完全没了，只要声音在，内容就不算断。观众能忍受几分钟看不到嘉宾脸，但不能忍受几分钟听不到嘉宾说话。音频是底线，画面是加分项。
第三条，永远用低延迟协议。SRT可以做到一到两秒延迟，WebRTC可以做到一秒以内。RTMP的三到八秒延迟做远程连线别用，对话节奏完全乱。低延迟协议不仅提升互动体验，也让你在出问题时能更快发现——嘉宾那头画面卡了，你一两秒就能看到，而不是等了八秒才知道出事了。
还有一个建议：远程嘉宾的环境必须提前测试。活动前一天，让嘉宾在他要连线的地方测一下网络上行速度，低于五兆就必须换方案。同时确认嘉宾用的是有线还是WiFi，能用有线就用有线，一根网线的事，稳定性比WiFi高几个量级。
另外要确认嘉宾那头的光线和收音条件。网络再好，嘉宾坐在一个逆光的窗前、用笔记本内置麦克风收音，画面和声音一样没法看。提前让嘉宾拍一张他连线环境的光线和位置照片，不合适就建议调整位置或者补一个补光灯和USB麦克风。这些小设备几十块钱，效果提升明显。
远程连线是整场直播中最不可控的环节，因为嘉宾那头的环境你管不了。但你可以通过提前测试、准备备用方案、设置降级机制，把不可控变成可控。不是不出事，是出事了你有预案、能快速恢复、观众几乎无感。这才是专业直播团队和业余团队的区别。业余团队出事了一脸懵，专业团队出事了两分钟切换完毕，观众根本不知道出过事。
