为了直播WAIC，GPT 5.6 搭了一套硬核技术流架构

2026年7月19日下午2点，我会在世界人工智能大会现场开播。这次我受到了小红书和搜狐视频双平台的官方邀请进行直播，我的参会票也是小红书给的，因此直播稳定性很重要。

我的任务，是把同一套现场画面同时送到五个自媒体平台。

很多朋友平时在手机上看直播，可能没想过画面是怎么到平台的。这里先把最核心的逻辑讲清楚。如果只在一个平台播，直接打开这个平台的手机应用，点一下开播就行。此时手机拍到的画面，会持续上传到这家平台的直播服务器。这个把视频不断发出去的过程，就叫推流。

可我这次要同时给5个平台做直播。手机如果直接在小红书里开播，画面只会送到小红书；直接在搜狐视频里开播，画面也只会送到搜狐视频。5个平台同时需要同一套画面，就得在中间增加一个自己的服务器。

整个过程其实很简单。手机先把直播画面上传一份到我的服务器，服务器收到后，再复制成5份，发到不同平台。

你可以把手机理解成前方记者，把服务器理解成后方中转站。前方记者只需要交一份素材，中转站负责把它分发给不同媒体。

这套方法还有一个很重要的好处。假如手机直接向5个平台各传一路，同一段视频就要上传5遍。原本只需要1 Mbps左右的上行带宽，瞬间放大5倍，还会增加手机发热和耗电。

平时在家里，这点带宽可能不算什么。WAIC会场就不一样了。这次场馆的网络条件非常差，几万人同时用5G，我还要边走边播，信号质量会很差。所以在WAIC前两天，很多大博主的直播都遇到了卡顿的情况，体验很差。

在这种环境里，能少用一点带宽，就多一点不卡顿的可能性。直播前把最坏情况多想一步，总比到了现场看着画面转圈更好。

所以手机只上传一路，是我做的第一层减法。

视频画面本身也可以继续压缩。我这次把码率设在1 Mbps左右，并使用H.265编码。

码率可以简单理解为，视频每秒钟要通过网络的数据量。码率越高，通常画面越清楚，占用的网络也越多。H.265的优势是在相近画质下比H.264更节省带宽。对我来说，选择H.265就是为了用更少的流量，把还看得清的现场画面送回服务器。

新的问题马上又来了。H.265省带宽，但各大自媒体平台的直播入口不支持，他们只支持老旧的H.264格式。