比赛结束，球迷还在等 4K 回放。
这是四个月前的事。
小红书第一次当世界杯持权转播商。
观播量是日常的 50 倍以上，互动量超过 100 倍。
流量涌进来的那一刻，压力全在同一条链路上。
问题不是能不能播。
是能不能播清楚。
小红书世界杯直播的官方宣传图。
这么大的观赛量，对团队是硬考，直播侧要扛住千万级并发，还要兼顾画质和延迟。
回放侧要提速。
让错过的球迷尽快看到高清画面。
消费码率提升约 50%。
端到端延迟降低约 30%。
4K 增强回放转码提速近 60 倍。
画质，延迟，效率。
本来互相拉扯。
足球直播要过画质和延迟两道关
球场对画质算法极不友好。
一次高速反击，镜头同时扫过草坪纹理和奔跑的球员。
插帧稍有偏差。
人物边缘就出重影。
超分不稳。
草坪细节会随镜头忽强忽弱。
球场明暗不同，球衣颜色也不同。
AI视频的难点，一半在画面，一半在时间。
多参考几帧更准，缓冲也跟着涨。
提码率能留住细节，弱网播放却更吃力。
赛事直播从信号制作到终端播放的完整链路。
多媒体团队把超分和画质修复合在一起用。
增强细节的同时，也把噪声和编码瑕疵一并处理。
时序因果模型参考历史帧的运动，减少细节闪动。
草坪这类敏感区域。
按内容调整增强强度。
计算也围绕低延迟来排。
单帧切成多块，交给多张显卡并行推理。
不等多帧凑齐。
超分引入的延迟就压下去了。
AI图片的修复思路在这里同样成立。
插帧模型用足球场景数据专门微调过。
重点处理急停，切镜，还有台标和记分牌。
系统只用已经到达的帧，不等待未来帧。
鬼影和画面破碎这些异常，也单独做了优化。
色彩用了内容感知的局部映射，草坪在阳光下，看台在背光里，算法分区调整。
鲜艳球衣不过饱和，人脸单独保护。
镜头一动。
平直的白线边缘就闪，像锯齿。
同一帧画面的增强前后对比，图为西班牙队比赛画面。
修边线要先看历史帧的运动趋势，修之前加一道场景检测，只处理该处理的画面。
画质之外，还有别的地方在等。
信号接入，演播制作，播放器缓存，各有一段停留。
想减总延迟，先得测清同一帧在每个环节停了多久。
统一时钟基准，把总延迟拆成可定位的分段。
做法是让各环节的时钟先对齐。
演播输出的编码链路里，时间锚点跟着视频帧一起走。
测量时还要认出各环节对应的同一帧。
时钟有偏差就校正，每段耗时才算得准。
演播联调那次，输入到输出一度超过 1.2 秒。
排查下来，是编码预分析配置太大，复杂度也高。
队列一积压，延迟就上去了。
调整之后，同帧编码延迟降到 400 毫秒以内。
码率和图像组长度没动，主观画质持平。
云端靠异步算子和缓冲调优提高吞吐。
多项增强串上编码，云端延迟稳在数百毫秒。
播放器侧按带宽和网络类型联合调参。
启播水位，最大缓存，追帧，一起动。
只缩缓存会增加卡顿，得按机型和网络灰度验证。
主链路用成熟的流媒体协议，复用现有分发网络，网络和机型合适的用户走实时通信的低延迟链路。
这几步合起来。
就是码率涨 50%，延迟降 30%。
高画质和低延迟，不必牺牲一个换另一个。
三周极限交付，扛住千万级并发
画面清楚了，直播间还要接住人。
开赛前后，球迷会在几分钟内涌进同一个房间。
比赛一开始，评论，礼物，赛事玩法一起发请求。
它们和视频播放同在一页，一处改动牵动多个模块。
留给客户端团队的时间只有三周。
三周里要交付数十个需求，还要按千万级峰值准备。
团队用组件化把礼物和评论拆成独立模块。
组件靠标准接口输出能力，依赖也显式声明。
复杂面板和弹窗用跨端方案做。
首帧敏感的卡片和挂件，用更轻的标记方案。
模块化拆分，数据与界面分层。
功能按时交付，只是第一道关。
开赛前后观众集中进房，素材下载可能同时涌向分发网络。
团队把部分预加载安排在应用启动时，或者上一场结束时。
再配合下载间隔和请求打散，让下载避开峰值。
每项功能还配有接口控制，止损开关和核心接口限流。
进房链路支持接口与即时消息双降级。
必要时用安全模式裁掉非必要请求，长连接异常则单独隔离，防止一条非法消息拖垮主流程。
降级预案都在赛前演练过，赛中改配置就行。
媒体链路另有一套容灾。
接入层支持主备切换，源站跨云互备。
转码配主备冗余，分发用多厂商并行调度。
稳定性防线以及对应的核心手段。
扛住开赛前后的高峰，还要让人看完整场。
比赛持续，设备负载也在变。
团队用长时间仿真压测看内存累积和热节流。
再从基础播放逐层叠加互动，礼物和新功能，定位开销。
结论是互动业务层最吃性能。
中高端机型长时间观播，也可能撞上热节流。
降级按体验价值排。
基础播放和用户自己的操作反馈优先保住。
其他用户的高频点赞，弹幕动画和特效，适当限频。
压力继续涨，再关动画，裁掉非核心功能。
限频会随状态实时调整。
一旦触发关闭特效这类有损降级，本场就保持住。
否则温度在阈值附近抖动，功能会反复开关。
体验价值分层，策略强度逐级升级。
错过直播，同样享受 4K 流畅回放
直播要追着到达的画面跑。
比赛结束后，团队又要和另一种时间赛跑。
一场完整的 4K 增强转码，比比赛本身还慢。
美加墨与国内差 12 到 15 个小时。
不少比赛落在北京时间的凌晨或者上午。
对要上班的球迷，赛后补看才是主路。
回放可以用计算量更大的离线模型，修出更多细节。
效率也必须跟上。
团队把超分，插帧和色彩增强接进点播引擎。
以滤镜模块的形式组成增强链路。
编码用自研的高压缩方案加通用兼容方案，输出 4K/50fps 超高清和高帧率两档。
回放增强前后的画面清晰度对比。
4K/50fps 的开销尤其大。
单个片段的处理耗时，高于切片，传输和拼接这些固定开销。
所以适合用并行算力换时间。
先让单机多张显卡并行处理前段，速度提升约 2.3 倍。
再抬高分布式任务的分片上限，让更多片段同时跑。
分片还要处理帧间依赖。
开放式图像组里，有些帧要参考相邻图像组的画面。
直接物理切开。
参考帧丢了就会解码异常。
团队改成逻辑分片。
划区间的同时保留完整解码上下文。
物理分片与逻辑分片的差异。
分片能跑了，档位切换还要对齐。
输入若是可变帧率，按固定帧数设关键帧就会错位。
切档时就会出现跳帧。
团队先把可变帧率统一转成恒定帧率，关键帧间隔定为 5 秒，各档位共用预先算好的分段边界。
增强档插了帧，帧数变多，起止时间仍然对齐。
自适应码率切档所需的分段时间，做到了 100% 对齐。
拼接时按片源真实时长处理，误差不会累积。
这一套下来。
超高清档的转码速度提升约 57 倍。
超高清档位的优化动作与最终收益。
速度之外还要算分发成本，团队用先快后精的办法。
先快速出各档位，让人尽快看到回放。
再在观看高峰前做一次高压缩重转。
主观画质持平的条件下，4K 增强档码率再降 13.3%。
终端侧也跟着适配。
网页端用流式读取减少缓冲等待。
投屏和多端播放补齐，覆盖苹果，安卓，鸿蒙和网页。
立体声上变换成全景声，兼容不支持全景声的设备。
从世界杯实战，到技术能力沉淀
这场赛事留下的，不只是几个指标。
千万级峰值并发，三周交付周期，两条约束同时压着。
团队把直播画质增强，低延迟传输，4K 回放生产，多端播放串成一条线。
跨的是音视频算法，流媒体工程，终端架构三块。
这些经验之后还会回到直播，点播和实时音视频的日常业务里。
对行业来说，大型赛事正在变成检验综合实力的场景。
分辨率，帧率，延迟都成了常态期待。
比拼的就不只是单个算法。
而是全链路协同和规模化交付。
这些能力最后会沉到普通人手里的AI工具中。
