编辑｜杜伟 「比赛已经结束，球迷还在等 4K 回放。」 这是四个月前，小红书首次以世界杯官方持权转播商的身份，站到 2026 美加墨世界杯台前时，面对的真实考验之一。 小红书这个以内容分享见长的社区，首次承接世界杯转播，就要直面海量观众集中涌入带来的流量压力。「世界杯的观播量是小红书直播日常流量的 50 倍以上，互动量更是超过了 100 倍。」 如此庞大的观赛需求对小红书多媒体团队提出了严苛的要求。 直播侧既要在千万级并发下保障稳定运行，也要兼顾高画质、低延迟与多终端的播放体验；回放侧需要大幅提升 4K 转码效率，让错过直播的球迷尽快看到高清回放。 面对这场大考，小红书实现了多项突破： 直播消费码率提升约 50%，端到端延迟降低约 30%，4K 增强回放转码提速近 60 倍 。而要同时改善画质、延迟与效率这些指标，需要在整条音视频处理链路中寻找平衡。 足球直播 要过画质和延迟两道关 足球直播对画质算法的要求，远比把一张静态图片处理得清晰更复杂。球场上的一次高速反击，镜头会同时扫过密集的草坪纹理、快速移动的球员以及场边广告。插帧稍有偏差，人物边缘就可能出现重影。超分增强不稳定，草坪细节会随镜头移动忽强忽弱。不同球场的明暗和球衣颜色，也会增加色彩处理的难度。 直播又限制了算法等待数据的时间。参考更多帧有助于判断运动，却可能增加缓冲。计算速度跟不上输入，队列便会持续积压。提高码率虽然能够保留更多细节，但也会加重分发和弱网播放压力。 赛事直播从信号制作、云端画质增强与转码到终端播放的完整链路。 多媒体团队选择 将超分与画质修复结合 ，在增强细节的同时处理输入中的噪声和编码瑕疵。时序因果模型参考历史帧的运动信息，减少增强后细节闪动。另外，面对草坪等敏感区域，根据内容调整增强强度，抑制呼吸效应。 计算方式也围绕低延迟展开 。单帧图像被切成多个块，交给多张 GPU 并行推理，无需等待多帧画面集中处理，减少超分引入的额外延迟。 插帧模型使用足球场景数据进行专项微调 ，重点处理急停、切镜以及台标和记分牌等叠加元素。系统仅依赖已到达的帧进行处理，避免等待未来帧带来的额外缓冲，并对插针过程中可能出现的鬼影、画面破碎等异常情况展开优化。 色彩增强采用内容感知型局部色调映射 。阳光下的草坪与背光看台同时出现在画面中时，算法会针对不同区域调整增强强度，改善明暗反差；对于颜色鲜艳的球衣，避免色彩过度饱和，同时对人脸区域进行保护，让人物看起来更加自然（下图左）。球场边线还有一类问题：镜头移动时，原本平直的白线边缘不断闪烁、抖动，看起来像锯齿（下图右）。多媒体团队使用时序修复模型参考历史帧的运动趋势，并在修复前增加场景检测，只对需要处理的画面启用相应算法。 画质算法之外， 信号接入、演播制作和播放器缓存也会产生等待 。减少总延迟，需要先测清楚同一帧在各环节停留了多久。多媒体团队通过网络时间协议（NTP）对齐可控设备的系统时钟，在演播输出编码链路中利用补充增强信息（SEI）携带时间锚点，使时间信息随视频帧进入转码、分发和终端播放。测量时还需识别各环节对应的同一帧，确保设备时钟对齐，必要时校正时钟偏差，这样才能准确计算视频在不同环节的处理和传输延迟。 基于 NTP 时钟对齐与 SEI 时间锚点的直播延迟测量框架。 具体到演播联调侧，专业编码设备的输入到输出延迟一度超过 1.2 秒。排查发现，较大的编码预分析配置和较高的编码复杂度增加了处理耗时，造成队列积压。调整后， 同帧编码处理延迟降至 400 毫秒以内 ，平均码率与图像组（GOP）保持不变，主观评测确认画质持平。云端通过异步算子设计和编码器缓冲调优提高吞吐，保留应对输入抖动的处理余量。多项增强与编码串联后， 云端处理延迟稳定控制在数百毫秒 播放器侧根据带宽、网络类型以及码率与带宽比，联合调整启播水位、最大缓存及追帧参数。单独缩小缓存会增加卡顿风险，需要结合不同网络和机型进行灰度验证，出现异常时回退。协议选择也保留了兼容与容量上的余地，其中 HTTP-FLV 作为主链路，复用成熟内容分发网络（CDN）的覆盖能力；符合网络、机型和版本条件的用户使用实时通信（RTC）低延迟链路。 上述一系列优化最终达成了「直播消费码率提升约 50%，端到端延迟降低约 30%」的效果。这也说明，高画质和低延迟之间的取舍，并非只能依靠牺牲其中一方来完成。 三周极限交付 扛住千万级并发 直播画面的清晰度和实时性有了保障，承载这些画面的直播间还要经受更大考验。开赛前后，大量球迷会在短时间内集中进入直播间。比赛开始，评论、礼物和赛事玩法又带来持续的交互请求。这些功能与视频播放运行在同一个页面上，彼此存在交互，一处改动可能牵动多个模块。 更紧迫的是， 留给小红书直播客户端团队的交付时间只有三周 。他们需要在这段时间内完成数十个需求，并为千万级峰
