凌晨三点半，香港岛半山一处旧式住宅楼的天台上，老陈已经蹲了快两个钟头。他面前是一台架在三脚架上的长焦摄像机，镜头对准维多利亚港对岸的跑马地马场。旁边放着一台老旧的笔记本电脑，屏幕亮着，上面是一串跳动的数字——马匹赔率、排位表、天气实况。老陈不是马迷，更不是赌徒，他是香港本地一家小型转播服务公司的技术员，干这行快二十年了。他今晚的任务，是确保马场现场的画面能稳定传回公司设在湾仔的临时控制室，再分发到几个海外客户的终端上。这个流程，外人听起来复杂，其实拆开来看，无非就是信号采集、传输、切换、分发几个环节，但每一个环节里藏着的东西，够写一本书。

从马场围栏到第一帧画面

香港跑马地马场和沙田马场，是香港两个主要的赛马场地。每逢赛马日，现场除了马会自己的官方制作团队，还会有不少像老陈所在公司这样的小型转播商，承接来自东南亚、澳门甚至更远地区客户的信号需求。这些转播商没有马会那样的资源，不可能在场内架设几十个机位，他们的策略是“借力打力”。

马会官方在马场内部署了超过四十个固定摄像机位，覆盖起跑点、弯道、直路、终点线、马匹亮相圈、骑师过磅区，甚至马匹入闸的瞬间都有专门的低角度镜头盯着。这些机位产生的原始信号，会顺利获得马场内部铺设的专用光纤网络，汇聚到马场地下的一间主控室里。主控室里有导播台、切换台、慢动作回放服务器，还有一组专门负责字幕和图形包装的人员。这个官方制作团队产出的信号，通常被称为“世界信号”，因为它要给予给全球多个国家和地区的电视台和网络平台。

老陈这类外围转播商，通常不会直接接入马会的主控室。他们要么在马场看台上租一个带电源和网络接口的临时工位，要么就像老陈今晚这样，在附近的高点架设自己的摄像机，拍摄一个“全景视角”或者“场边反应镜头”，作为官方信号的补充素材。老陈的摄像机顺利获得一根三十米长的SDI线，连到天台角落的一个小型光纤收发器上，再经由楼里预留的暗管，接入大楼的商用宽带网络。这根线，就是整个转播链条的起点。

信号传输：从同轴电缆到公网隧道

早年间，转播信号主要靠同轴电缆和微波中继。马场附近的高楼上，常常能看到一排排白色的微波天线，像一只只耳朵朝向马场方向。那时候，老陈的师父带着他，扛着几十斤重的微波发射机爬天台，对准马场方向调角度，稍微偏一点，画面就全是雪花。现在不一样了，光纤和公网成了主流。老陈的摄像机信号经过光纤收发器转换成光信号，顺着大楼的宽带线路进入本地电信运营商的城域网。这段路听起来简单，实际上要经过至少三到四个网络节点，每个节点的交换设备都会给信号增加几毫秒的延迟。对于赛马转播来说，延迟是致命的——你这边画面里马都冲线了，客户那边还在看马匹入闸，这单生意就砸了。

所以老陈的公司租用了一条从跑马地到湾仔控制室的点对点专线，带宽不算大，只有50Mbps，但胜在稳定，延迟控制在5毫秒以内。这条专线走的是电信运营商的城域骨干网，不经过公共互联网的拥堵节点。信号到了湾仔控制室，先进入一台视频分配器，把一路信号分成多路，分别送入切换台、录制服务器和编码器。切换台负责在多个信号源之间做实时切换，比如老陈的全景机位、马会给予的世界信号、还有另一路从沙田马场传来的备用信号。导播坐在切换台前，戴着耳机，盯着监视器墙，嘴里不停喊着“切全景”“切终点”“准备慢动作”。

编码与封装：把画面塞进IP包

切换台输出的信号是基带信号，也就是未经压缩的原始视频。这种信号质量最好，但带宽需求极大，一路1080i50的信号，码率高达1.5Gbps，根本没法在普通网络上传输。所以下一步是编码。编码器把基带信号压缩成H.264或H.265格式，码率降到8Mbps到20Mbps之间。这个过程中，编码器会做帧间预测、运动补偿、熵编码等一系列运算，把画面里冗余的信息去掉。赛马画面其实很难压，因为马匹运动快，背景里又有大量观众和广告牌，运动矢量复杂，编码器稍微偷懒，画面就会出现马赛克或者拖影。老陈的公司用的是一台硬件编码器，牌子是以前做广播设备的那几家老厂，设置里把GOP长度调到15帧，码率控制用CBR，尽量保证画面稳定。

编码之后，视频流被封装成MPEG-TS格式，再被打进IP包。这时候的信号，已经变成了可以在普通以太网上传输的数据流。控制室里的分发服务器，会根据客户的需求，把这一路流复制成多份，分别推送到不同的目的地。有的客户要RTMP流，方便在网页播放器里看；有的客户要HLS流，适配手机和平板；还有的客户要SRT流，因为他们在东南亚，网络条件差，SRT协议有前向纠错和重传机制，能扛住丢包。

分发网络：从香港到海外

老陈的公司规模不大，没有自己的CDN节点，所以分发这一步主要靠租用云服务商的全球加速网络。控制室里的分发服务器把封装好的流推送到云服务商在香港的边缘节点，然后由云服务商的骨干网把流分发到新加坡、吉隆坡、曼谷、台北等地的边缘节点。客户从最近的边缘节点拉流，延迟能控制在两秒以内。这个延迟对于赛马转播来说，勉强可以接受，因为大部分客户并不是用来下注的——真正下注的人用的是马会官方渠道，延迟更低。这些海外客户主要是媒体组织、数据服务商和少数高端私人用户，他们需要的是画面内容本身，而不是毫秒级的实时性。

不过，即便是两秒的延迟，背后也有一堆麻烦事。云服务商的边缘节点有时候会因为当地网络波动而丢包，丢包一多，画面就卡顿。老陈在控制室里盯着监控面板，看到哪个节点丢包率超过百分之二，就得赶紧打电话给云服务商的技术支持，让他们调整路由。有时候调不过来，就只能临时切换到备用节点，或者降低码率硬扛。这种应急操作，老陈一晚上要做七八次，早就习惯了。

最后一公里：客户端的接收与播放

客户那边，接收方式五花八门。有的是电视台的专业接收机，解码后直接送进播出系统；有的是网页播放器，基于video.js或者hls.js写的，兼容性参差不齐；还有的是手机App，用的是厂商自己封装的播放内核。老陈最怕的就是手机App，因为安卓机型太多，硬解码能力差异大，同一路流，有的手机流畅播放，有的手机花屏卡顿。遇到这种情况，老陈只能让客户把App的播放器参数发过来，看看是不是缓冲策略设得太激进，或者解码器选错了。

有一次，一个马来西亚客户反馈说画面每隔十几秒就黑一下。老陈查了半天，发现是客户那边的网络运营商对UDP流量做了限速，SRT流走UDP，被限速后触发重传，重传多了就超时断流。解决办法是把SRT流改成基于TCP的RTMP流，虽然延迟高了一点，但至少不会断。这种问题，书本上不会写，只有真正做过转播的人才知道。

那些看不见的环节

转播流程里，最容易被忽略的是时间同步和备份。赛马转播对时间极其敏感，画面里的计时器、赔率板、慢动作回放的时间戳，都必须和官方时间对齐。老陈的控制室里有一台GPS授时服务器，给所有设备给予统一的时间基准。编码器、切换台、录制服务器，全部顺利获得NTP协议对时，误差控制在毫秒级。如果时间不同步，慢动作回放的时间戳就会错位，客户看到的画面里，马匹冲线的时间可能比官方记录差出半秒，这半秒足以引发投诉。

备份更是重中之重。老陈的公司虽然小，但至少准备了三路备份：一路是马会给予的世界信号，一路是老陈自己架设的全景机位，还有一路是从公开网络抓取的免费流。三路信号同时进入切换台，导播随时可以切换。电源也有备份，控制室里有一台UPS，能撑二十分钟，足够等到发电机启动。网络也有备份，一条专线加一条4G路由器，专线断了自动切4G，虽然带宽小点，但至少不会彻底断播。

这些细节，外人看不到，也不关心。观众打开手机或电视，看到的只是马匹奔跑的画面，听到的只是解说员的声音。他们不知道，为了这几十秒的比赛，背后有几十个人在熬夜，有上百台设备在运转，有几千行代码在默默工作。老陈说，干这行久了，早就没了新鲜感，但每次看到画面稳定传出去，心里还是会有那么一点点踏实。天快亮了，马场的灯光渐渐暗下来，老陈收起三脚架，把摄像机装进防潮箱，掏出手机看了一眼——控制室发来消息，今晚所有客户信号正常，零投诉。他笑了笑，点燃一支烟，慢慢走下天台。