多机位赛事直播画面到底怎么切一场三机位的赛事直播导演要在不同画面之间切来切去还要叠比分条和赞助商 logo——过去这得一台昂贵的硬件导播台和一间转播车。现在这类能力被搬到了云端客户端把多路流推到直播中心由中心按布局合成一路再分发或者直接进云导播台做实时切换。这套方案最省地方的不是画质而是你不再需要为一年只用十几次的大型活动长期养一套硬件。很多团队在第一次做多机位时踩的痛点正是临时采购硬件来不及、租转播车又贵活动结束设备就闲置吃灰投入产出完全不成比例。多机位画面靠什么合到一路流里多机位画面靠什么合到一路流里底层是云端合流这个模块。它的工作方式是接收多路输入流在直播中心完成混流布局后输出一路流再经边缘加速分发。它支持添加 RTMP、FLV、HLS 协议的直播流注意暂不支持 ARTC 协议也支持文件流单任务最多 8 个视频源。合流输出可以做合流查询、合流更新观看中更新视频源与布局无缝切换但不支持更新输出分辨率、自动删除创建时设自动删除时间默认 7 天且创建后不可改、合流回调创建成功或失败通知。接口层面有个坑UpdateMixStream 是全量参数接口原本是 A/B/C/D 四路要删掉 C、D必须重新传入 A、B 两路及配置只传变更部分是无效的。这一点在直播中临时换机位时尤其容易写错务必按全量语义组织请求参数。合流任务的自动删除时间默认 7 天且创建后不可改这意味着临时活动的合流任务会在 7 天后自动清理不用人工回收但如果是长期固定的多机位栏目就要在创建时想清楚这 7 天是否够用不够就得重新建任务。公测阶段的并发上限 10 路也要提前评估一场 8 机位加若干备用源的活动很容易贴着上限走必要时提前提工单别等活动当晚才发现合流任务建不出来。8 路源怎么摆布局参数到底怎么填8 路源怎么摆布局参数到底怎么填预设布局给了 7 种ID 分别是 MixStreamLayout-1-1、2-1、2-2、2-3、3-1、3-2、4-1其中 4-1 就是四宫格每路占 0.5×0.5。如果预设不够还可以自定义布局设置窗格个数、尺寸、位置。布局参数用的是归一化值FillSizeNormalized 描述宽高取值 0~1FillPositionNormalized 描述 x/y 坐标也是 0~1。换句话说你不用关心真实像素只要按比例填占屏幕多大、贴哪个角就行。每个 UID 下并发合流任务上限是 10 路超出要提工单目前还是公测阶段。它和本地混流的区别也很清楚云端合流是接收多路流、输出一路流适合不同客户端各自采集本地混流是本地合并多路再推送适合单客户端的不同设备比如屏幕加摄像头选型时别把两者混为一谈。通用型、播单型、虚拟演播厅到底差在哪通用型、播单型、虚拟演播厅到底差在哪这是云导播的三类形态选错会返工。通用型导播台支持多路混流加图文包装加实时字幕输入源可以是直播流也可以点播文件能叠加图片、文字、字幕组件有个细节它的视频源从被添加那刻起就在后台自动解析播放所以切画面时机和源的准备有关如果你要从首帧开始切应该改用播单型。播单型导播台是聚合多个视频节目创建播单直播间支持节目单增删改查但暂不支持实时图文包装只能排序、编辑、删除每个节目单最多 1000 个节目可循环或单次播放、可替换内容、可停止删除——它是伪直播与 7×24 轮播的典型载体。虚拟演播厅则是蓝/绿纯幕或实景流的自动抠像融合支持多设备多机位异地开播能做双屏幕、分屏、画中画适合新闻播报和虚拟场景节目。导播台的组件能力远不止切换字幕管理可叠加 ET 双语字幕组件管理能放图片与文字包装调音台支持分轨调节、增益与本地监听虚拟演播厅下音量增益不可用是已知约束。这些组件让导播从单纯的画面切换升级成完整的节目生产广告替换和双语字幕都是在这层叠加的。对于要做出海内容的团队双语字幕能力直接决定了跨语言观众的留存是云导播相比只合流不包装的云端合流多出的一截价值。PVW 和 PGM 为什么必须分开PVW 和 PGM 为什么必须分开这是导播台的铁律。PVW 预监是导播自己在调试看的画面终端观众看不到确认无误后同步到 PGMPGM 主监才和终端一致。功能区里还有布局管理、组件管理、字幕管理、调音台分轨调节、增益、本地监听注意在虚拟演播厅下音量增益不可用。把 PVW 和 PGM 分开就是给导演一个彩排台避免把没调好的画面直接推给几万观众也是云导播这套架构区别于简单混流的关键设计。没有 PVW 的预监任何一次布局调整都会直接暴露在观众面前风险完全不可接受所以这一层隔离是工程上必须的不是可选项。切一次画面要等多久延迟底线是多少切一次画面要等多久延迟底线是多少核心优势是切播延迟最低 600ms全链路云端处理无需硬件软件。它最多支持 12 路视频源实时混编输出协议覆盖 RTMP、HLS、HTTP-FLV、ARTC输出还能自动云端录制成 FLV、MP4、M3U8备播延播最长 5 分钟支持多视角合流、旁路转推、多清晰度从流畅到高清。默认同时最多创建 50 个云导播实例每个域名最多同时启动 20 个导播台国际站不支持虚拟演播厅。600ms 的切播延迟意味着导演切画面的动作和观众看到的变化之间只有半秒级落差体验上接近本地导播台这也是它能替代硬件的关键指标之一。云导播如何接入总管理中心与审核闭环云导播和云端合流如何接入总管理中心与审核闭环在总管理中心里运营管理员负责编排导播台、配置模板与节目单超级管理员掌握域名与配额的最高权限两者在角色与权限上要隔离。导播台产出的画面尤其是广告替换、实时字幕、抠像合成内容同样要进内容审核视频审核截帧加语音审核 ASR一旦命中违规场景审核员在运营后台生成工单并处置对误判可走驳回流程由客服回填理由闭环。监控侧则盯着导播台用量、输出流质量与回调日志任何一路源掉线都会在监播里以 eof 告警体现微信小程序、移动端 App 与 PC 运营后台三端据此保持状态一致。审核与监控共同构成内容风控的第一道闸门避免违规画面通过导播台被放大分发到多个平台。这套方案的成本和并发上限在哪里这套方案的成本和并发上限在哪里云端合流是并发 10 路、单任务 8 源云导播是 50 实例、每域名 20 台、单台 12 源混编。超限部分要么提工单扩容要么在业务侧做场次错峰。计费上导播台用量、合流任务、云端录制都计入账单规划时要把一年用几次大型活动和日常小场次分开算别为偶发需求长期占用高配资源——把合流任务的自动删除时间和监播停止动作一起写进运维脚本成本才会控制在可预期的范围内。对中小团队来说先用播单型做 7×24 轮播、等活动来了再开通用型导播台是平衡能力与成本最务实的落法。另外导播台和合流的用量都会进入总管理中心的用量查询与资源包抵扣活动前把资源包买够、活动后清掉闲置实例是把成本控制在预算内的两个动作不能等活动结束才发现资源包欠费把分发掐了。导播台实例上限 50 个、每域名 20 个的硬约束也要写进容量规划大活动前用真实机位数压测一遍比凭经验估更稳。