MEDAI-V1（RK3576）编解码落地评估方案
文档类型：可落地实施方案（面向产品、实施工程师与运营团队）
核心问题：RK3576 这颗 U 做直播推流设备有什么优势？可以搭配什么环境？如何把一场直播变得轻松自在？
配套文档：《MEDAI-V1（RK3576）全栈算力与直播功能可行性分析》（算力边界与功能分级）
版本：V1.0
〇、三十秒看懂这份方案
| 你现在的累 | 这台设备怎么解 |
|---|---|
| 电脑 + OBS，开机慢、弹窗、风扇吵、怕死机 | 9W 功耗、无风扇静音、开机即用，7×24 连跑不关 |
| 手机直播发热降频、来电话就断 | 独立硬件编码，不发热不降频，与手机彻底解耦 |
| 想同时开抖音 + 视频号 + 视频号 + B 站 | 原生 5 路推流，不用再搭 nginx 转发服务器 |
| 买了云导播台，每月付费、还怕它卡 | 一次性投入，本地处理，数据不出本地，延迟更低 |
| 断网直播就废了 | 本地录制 + 网络恢复自动续推，断网只是"暂停"不是"事故" |
| 现场设备一堆、布线一堆 | 101×81×30mm / 320g，一台顶五台，5 分钟搭完 |
一句话：RK3576 的价值不在于"性能多强"，而在于把直播这件事从"需要一台电脑 + 一个人盯着"变成"一个手掌大的盒子 + 一份预设模板"。
一、为什么直播会"累"——先把痛点拆开
| # | 传统做法的痛点 | 根因 |
|---|---|---|
| 1 | 电脑 + OBS 又重又吵又怕崩 | x86 平台功耗高（整机 100~300W）、需主动散热、通用 OS 有更新/弹窗/后台干扰 |
| 2 | 手机直播画质差、发热、来电话断播 | 手机 SoC 是"通用 + 电池"导向，长时间编码必然降频 |
| 3 | 多平台分发要额外服务器或付费服务 | 编码端只有 1 路输出，多路必须靠云端转发 |
| 4 | 云导播台月费高、延迟大、数据出本地 | 架构上要求"先上传云端再分发" |
| 5 | 无人值守做不到 | 没有端侧 AI，只能靠人盯 |
| 6 | 断网即事故，已播内容全丢 | 没有本地录制兜底 |
| 7 | 现场一大堆设备、一堆电源、一堆线 | 功能分散在多台设备里 |
RK3576 的方案本质上就是把这 7 条逐条关掉。
二、RK3576 做直播推流设备的 8 个硬优势
2.1 硬件编码：CPU 几乎不参与，这是"不卡不热"的根因
RK3576 内置独立 VPU：H.264/H.265 编码最高 4K@60fps，支持多路并行编码（multi-stream encoding）。
| 对比 | 软编码（x86 x264 veryfast） | RK3576 硬件编码 |
|---|---|---|
| 1080p30 单路 CPU 占用 | 2~4 个物理核心 | ≈ 0（VPU 独立完成） |
| 5 路 1080p30 | 基本不可能 | 可行（约 62% 编码吞吐） |
| 功耗 | 数十瓦级 | 4K60 编码 3.4~4.6W |
| 长时间稳定性 | 靠散热与系统 | 硬件流水线，不看系统脸色 |
实际体感：设备 Web 后台依然流畅、码率曲线平稳、不因为"后台在录屏/在跑别的服务"而掉帧。这是直播"轻松"的第一层保障。
2.2 9W 功耗、无风扇静音：可以 7×24 一直开着
| 场景 | 功耗 |
|---|---|
| 整板满载（含外设） | ≈ 9W |
| SoC（CPU+GPU+NPU 同满载） | ≤ 5.5W |
| AI 推理典型 | 1.9~2.1W |
| 空闲 | ≈ 2.6W |
被动散热下满载核心温度约68℃，8nm 工艺官方口径支持无散热片应用。
带来的自由度：
- 静音：录制/直播现场不需要躲开风扇噪音，也不需要后期降噪
- 随便放：弱电箱、机柜、桌面角落、摄像机旁都行
- 供电自由：一个充电宝 / 户外电源就能带一整天（9W × 8h ≈ 72Wh，普通 20000mAh 充电宝绰绰有余）
- 不用关机：设备可以常年在线，开播只需要"点一下开始"
2.3 一台顶五台：5 路输入 + 5 路推流
MEDAI-V1 支持5 路输入源（HDMI IN / UVC 摄像头 / 网络流 / NDI）与5 路并发推流。
⚠️必须遵守的边界（详见配套可行性分析）：5 路推流请统一限定在 1080p30。
编码器总吞吐约 497 Mpixel/s（4K60 基准），1080p30 × 5 = 311（62%，安全）；
一旦改成 1080p60 × 5 = 622，越界，必然掉帧。
省掉的东西：nginx-rtmp 转发服务器、CDN 分发服务、多路编码器——这一项通常就能省下每年几千元的服务器或订阅费。
2.4 全协议原生支持：不需要任何转码网关
RTMP / RTMPS / SRT / RTSP / HLS / HTTP /NDI HX2，外加 NDI 拉流解码（HX/HX2/HX3/FULL）。
这意味着：
- 直接对接国内外主流平台（RTMP/RTMPS）
- 弱网环境走SRT，抗丢包能力远超 RTMP
- 单位内网走RTSP/HLS，数据不出内网
- 已有广电/会议系统可直接走NDI，融进现有生态
- 加密推流 5 路 + 解密拉流 1 路，满足内容保护需求
唯一明确不支持：AV1 编码推流（VPU 只有 AV1 解码器）。若目标平台强制 AV1，需另寻方案。
2.5 RGA 硬件合成：多画面、叠加、绿幕几乎零成本
RGA v2.5 双核 2D 引擎负责缩放、裁剪、旋转、画中画、LOGO、字幕底图、格式转换。
这些操作走独立硬件，不占 CPU、不占 GPU、不占 NPU。所以你可以在 4GB 内存的小盒子上同时开：多画面合成 + LOGO + 时间 + 字幕 + 叠加模式切换，而系统依旧轻松。
- 绿幕抠像：GPU（Mali-G52 MC3，OpenGL ES 3.2）做色度键控，1080p60 可行；4K 建议降到 30fps
- 无绿幕虚拟背景：NPU 跑轻量人像分割 + GPU 合成，1080p30 可行
2.6 NPU 6TOPS：让 AI 替你值班
口径提醒：6TOPS 是稀疏加速值，稠密约 3TOPS，做预算按 3TOPS。
| AI 能力 | 落地效果 |
|---|---|
| 人形/人脸检测 | 自动判断"画面里有没有人"，无人时自动切待机画面 |
| 手势识别 | 隔空控制：比个手势就能开始/停止推流、切换画面，不用走到设备前 |
| AI 自动推流 | 检测到人自动开播，人走自动停（占用 RTMP5 通道） |
| 轻量抠像 | 无绿幕也能换背景 |
| 目标检测 | 4 路 1080p 并发是上限，单路 1080p30 负载很低 |
双核 NPU 可独立工作——这是 RK3576 相对 RK3568 的关键优势：core0 常驻视觉模型，core1 按需加载次任务，互不抢占。
2.7 双千兆网口：主备链路天然具备
芯片原生 2×RGMII。可以做：
- 内外网分离：NET1 走内网（NDI/RTSP 局域网设备），NET2 走公网推流，互不干扰
- 主备冗余：主链路（专线/有线）断了，自动切备用链路（4G/5G CPE 走 USB 或另一网口）
- 带宽叠加：高码率场景下分流
2.8 掌心体积、随手带走
101×81×30mm，320g。往摄影包侧袋一塞就走。现场搭建时间从"搬电脑 + 接线 + 装软件 + 调参数"压缩到"接 HDMI、接网线、插电、手机扫码开播"。
附：五类方案横向对比
| 维度 | 手机直播 | 电脑 + OBS | x86 工控机 | 云导播台 | MEDAI-V1（RK3576） |
|---|---|---|---|---|---|
| 整机功耗 | 5~10W（电池） | 100~300W | 30~60W | 本地无 | ≈ 9W |
| 噪音 | 无 | 风扇明显 | 风扇 | 无 | 无（被动散热） |
| 多平台分发 | 需付费服务 | 需插件/服务器 | 需服务器 | 原生（付费） | 原生 5 路 |
| 端侧 AI | 弱 | 靠 CPU/GPU | 需加速卡 | 云端 | 6TOPS NPU |
| 7×24 稳定 | 差（发热/续航） | 一般 | 好 | 依赖网络 | 好（9W 被动散热） |
| 数据出本地 | 是 | 是 | 否 | 是 | 否 |
| 便携性 | 极好 | 差 | 差 | 好 | 好（320g） |
| 断网保护 | 本地留存 | 本地留存 | 本地留存 | 无 | 本地录制 + 续推 |
| 3 年综合成本 | 低但功能受限 | 中（电费+折旧） | 高 | 高（月费） | 低 |
三、可以搭配什么环境：8 大落地场景
每个场景给出：设备清单 / 网络要求 / 参数预设 / 关键提示。
码率档位对应设备后台的「超高清 20M / 高清 12M / 标准 4M / 流畅 2M」。
场景 1：电商带货直播间
| 项目 | 配置 |
|---|---|
| 设备 | 主摄像机（HDMI 1080p60 出）×1、特写机位（UVC 摄像头）×1、无线领夹麦、补光灯 ×2、绿幕（可选）、千兆交换机 |
| 网络 | ≥ 20 Mbps 稳定上行；必须有线，禁用 2.4G WiFi 推流 |
| 参数 | 主路 1080p30 / H.265 / 高清档 12M / GOP 60；副路 720p30 / 流畅档 2M 备用 |
| 推流 | 3 路：抖音 + 视频号 + 小红书（或按平台实际分配） |
| 叠加 | LOGO + 商品贴片 + 时间；RGA 合成，零开销 |
| 关键提示 | 1080p30 比 1080p60 更稳，且带货画面动态不大，观感差异极小；省下的编码吞吐留给多平台分发 |
场景 2：企业发布会 / 活动现场
| 项目 | 配置 |
|---|---|
| 设备 | 2~3 台摄像机（主机位 + 全景 + 嘉宾特写）、调音台 → 线路输入、HDMI 输出接现场监视器、UPS |
| 网络 | ≥ 50 Mbps 上行，优先专线；双网口做主备 |
| 参数 | 主路 1080p30 / H.264（兼容性优先）/ 高清档 12M；4K 需求时主路改 4K30 / H.265 / 超高清档 20M，其余路降到 720p |
| 推流 | 2~3 路：官网 + 视频号 + 备用 CDN |
| 录制 | 全程本地 MP4 录制（不二次编码，几乎零开销），这是最后的兜底 |
| 关键提示 | 活动直播必须本地录制；4K 只能单路，不要同时开 4K 推流 + 多平台分发 |
场景 3：教育培训录播（无人值守）
| 项目 | 配置 |
|---|---|
| 设备 | 讲台摄像机 ×1、板书/课件采集（HDMI 接电脑）、无线麦、USB3.0 SSD（录制） |
| 网络 | ≥ 10 Mbps 上行即可 |
| 参数 | 1080p30 / H.265 / 标准档 4M / GOP 60；本地录制用高清档 12M（推流与录制分开设码率） |
| AI | 人形检测自动开播、手势识别翻页/切换机位 |
| 关键提示 | 这是最能体现"轻松"的场景：老师走进教室自动开播，下课自动停，全程无人操作；课件画面走动不大，H.265 低码率画质依然好 |
场景 4：视频会议 / 远程协作（NDI 生态）
| 项目 | 配置 |
|---|---|
| 设备 | 会议摄像机、全向麦、现有会议系统（支持 NDI）、千兆交换机 |
| 网络 | 局域网千兆（NDI 走内网，带宽要求高） |
| 参数 | NDI HX2 输出 1080p30；同时 1 路 RTMP 推到对外平台 |
| 关键提示 | 双网口分离是刚需：NET1 跑 NDI 内网流量，NET2 跑公网推流，互不抢占；NDI 编解码单机二选一，试用版有 30 分钟限时，正式部署需确认授权 |
场景 5：户外移动直播
| 项目 | 配置 |
|---|---|
| 设备 | 便携摄像机或 4K UVC 摄像头、无线麦、5G CPE（千兆口）、户外电源（≥100Wh）、监视器（可选） |
| 网络 | 5G CPE 上行通常 20~50 Mbps 且波动大，务必留足余量 |
| 参数 | SRT 协议（抗丢包）+ 1080p30 / H.265 / 标准档 4M；关闭第二路推流 |
| 关键提示 | 户外强烈建议走SRT 而非 RTMP；码率宁低勿高，卡一次比糊一点伤害大；低温/高温环境注意设备工作温度范围 0~75℃ |
场景 6：无人值守慢直播（景点 / 工地 / 门店）
| 项目 | 配置 |
|---|---|
| 设备 | 4K UVC 摄像头（固定机位）、防水供电、4G/5G CPE 或专线 |
| 网络 | ≥ 10 Mbps 稳定上行 |
| 参数 | 1080p30 / H.265 / 标准档 4M / GOP 120（画面变化慢，大 GOP 更省码率） |
| AI | 人形检测触发事件标记、定时开播/停播 |
| 关键提示 | 这是 RK3576 功耗优势最值钱的场景——9W 意味着一年电费约 50 元，而传统方案仅电费就是它的十倍 |
场景 7：会议 / 婚庆 / 演出长时录制
| 项目 | 配置 |
|---|---|
| 设备 | 多机位、调音台、USB3.0 SSD（≥512GB）、UPS |
| 参数 | 4K30 / H.265 / 超高清档 20M 本地录制 + 1080p30 标准档 4M 现场预览推流 |
| 关键提示 | 32GB eMMC 空间紧张，务必外接 USB3.0 SSD；4K 长录注意发热，设备保持通风立式摆放 |
场景 8：医疗示教 / 工业巡检（内网闭环）
| 项目 | 配置 |
|---|---|
| 设备 | 4K 术野摄像机或工业相机、内网交换机、内网观看终端 |
| 网络 | 千兆内网，数据不出院区/厂区 |
| 参数 | RTSP / SRT 内网推送，1080p60（延迟优先）或 4K30（细节优先） |
| 关键提示 | 数据合规：全程本地处理、不出内网，这是相对云导播台的决定性优势 |
四、三层保障架构：让直播"不翻车"的核心设计
轻松的前提是不用提心吊胆。方案把保障分成三层：
第一层：链路冗余（不怕断）
| 冗余项 | 做法 |
|---|---|
| 网络冗余 | 双千兆网口：主链路（有线/专线）+ 备链路（4G/5G CPE）；主断自动切备 |
| 平台冗余 | 至少 2 个平台同时推，一个出问题不影响整体 |
| 内容冗余 | 全程本地 MP4 录制——断网只是"暂停"，恢复后可用录像素材补播 |
第二层：参数克制（不怕卡）
不越界是整个方案的生命线。核心规则只有两条：
- 5 路推流一律 1080p30（311 / 497 Mpixel/s，安全）
- 主路开 4K 时，其余路降到 720p 或直接关闭（4K60 已吃满编码器）
建议厂商在后台实现「总编码像素吞吐预算」硬校验：新建第 N 路推流时实时计算并预警，而不是等掉帧才报错。把芯片限制变成产品体验，这是最关键的一步。
第三层：无人值守（不怕忘）
| 能力 | 实现 |
|---|---|
| 自动开播 | AI 人形检测触发，或定时开播 |
| 隔空控制 | 手势识别开始/停止、切换画面 |
| 自动恢复 | 网络恢复后自动重新推流，无需人工干预 |
| 状态可见 | Web 后台手机随时看码率/温度/推流状态 |
五、参数预设模板（可直接抄）
| 场景 | 分辨率 | 帧率 | 编码 | 码率档 | GOP | 码控 | 推流路数 | 音频 |
|---|---|---|---|---|---|---|---|---|
| 电商带货 | 1080p | 30 | H.265 | 高清 12M | 60 | CBR | 3 | AAC 128k |
| 企业活动 | 1080p | 30 | H.264 | 高清 12M | 60 | CBR | 2~3 | AAC 192k |
| 活动 4K 主路 | 4K | 30 | H.265 | 超高清 20M | 60 | CBR | 1 | AAC 192k |
| 教育录播 | 1080p | 30 | H.265 | 标准 4M | 60 | CBR | 1~2 | AAC 128k |
| 户外移动 | 1080p | 30 | H.265 | 标准 4M | 60 | CBR | 1（SRT） | AAC 128k |
| 慢直播 | 1080p | 30 | H.265 | 标准 4M | 120 | CBR | 1~2 | 可无音频 |
| 长时录制 | 4K | 30 | H.265 | 超高清 20M | 60 | VBR | 1 路预览 | AAC 192k |
| 内网示教 | 1080p | 60 | H.265 | 高清 12M | 60 | CBR | 1（SRT/RTSP） | AAC 128k |
选型口诀：
- 推流用CBR（带宽可预测），本地录制用VBR（同码率画质更好）
- 对外平台优先H.264（兼容性最好）；带宽紧张或内网用H.265（同画质省 40~50% 码率）
- GOP = 帧率 × 2 秒（1080p30 → GOP 60）；画面变化极慢的慢直播可用 GOP 120
上行带宽规划表（务必留 30% 余量）
| 实测可用上行 | 建议总推流码率 | 可开的组合示例 |
|---|---|---|
| 5 Mbps | ≤ 3.5 Mbps | 1 路 720p30（2M） |
| 10 Mbps | ≤ 7 Mbps | 1 路 1080p30（4M）+ 1 路 720p（2M） |
| 20 Mbps | ≤ 14 Mbps | 2 路 1080p30（4M + 4M）或 1 路 1080p30（12M） |
| 50 Mbps | ≤ 35 Mbps | 3~4 路 1080p30（12M + 4M + 4M + 4M） |
| 100 Mbps | ≤ 70 Mbps | 5 路 1080p30 或 1 路 4K30（20M）+ 4 路 1080p30 |
⚠️ 规划前务必用测速工具实测上行带宽（很多"百兆宽带"上行只有 20~30 Mbps），并按实测值的 70% 规划。
六、外设搭配清单与避坑指南
6.1 推荐 BOM
| 类别 | 推荐规格 | 说明 |
|---|---|---|
| 主摄像机 | HDMI 输出，1080p60或 4K30 | HDMI IN 上限为 1080p60；要真 4K 需走 USB3.0 UVC 摄像头或 4K 网络流 |
| 副机位 | USB3.0 UVC 摄像头（1080p30） | 免驱兼容，注意 UVC 兼容清单 |
| 音频 | 无线领夹麦 / 调音台 + 线路输入 | 芯片支持 5×SAI、SPDIF、PDM、8ch ASRC，但设备侧走 MIC-IN / USB 声卡 |
| 灯光 | 主光 + 辅光 + 轮廓光 | 直播画质的第一变量不是码率，是布光 |
| 绿幕 | 哑光绿幕（非反光材质） | 反光和褶皱是抠像失败的头号原因 |
| 网络 | 千兆交换机 + 企业级路由器 | 弱网场景备 5G CPE |
| 电源 | Type-C PD 适配器 + UPS / 户外电源 | 重要直播必须接 UPS |
| 存储 | USB3.0 SSD ≥ 512GB | 32GB eMMC 不适合长录 |
| 监视 | HDMI 输出接现场监视器 | 便于现场确认画面与叠加效果 |
6.2 八条避坑清单
- 不要用 2.4G WiFi 推流——干扰不可控，重要直播必须走有线网口。
- HDMI 线控制在 10m 内——超长距离用 SDI 转 HDMI 或网线延长器，否则会出现闪屏/黑屏。
- 1080p60 不等于更好——多平台分发场景下，1080p30 换来的稳定性远超帧率提升。
- 不要同时开 4K 推流 + 多平台分发——编码器会被单路 4K 吃满。
- 本地录制一定要开——这是断网、平台限流、内容争议时唯一的真相材料。
- 绿幕布光比抠像算法更重要——光照不均、主体边缘泛绿，再好的算法也救不回来；主体与绿幕保持 1.5m 以上距离可显著减少溢色。
- 高温环境提前预案——设备工作温度 0~75℃，而 >75℃ 会触发 NPU 降频。夏季弱电箱、户外机箱需要通风或遮阳。
- USB 摄像头尽量独立供电——由设备供电会把额外热量叠加进 320g 的小机身。
七、开播前检查清单
开播前 1 天
- 实测上行带宽（非标称值），按 70% 规划总码率
- 确认平台推流地址与串流密钥有效（密钥常会过期，提前重新生成）
- 外接 SSD 剩余空间 ≥ 预录制时长的预估容量
- 备用链路（4G/5G CPE）已通电待命
- 设备固件版本确认，非必要不升级
开播前 30 分钟
- 所有线缆插紧并做防踢脱处理（胶带固定或走线槽）
- 摄像机白平衡、曝光、对焦锁定（关闭自动对焦，避免直播中抽焦）
- 麦克风电平确认（说话时峰值 -12 ~ -6 dB）
- 预监画面确认：叠加位置、LOGO、字幕正确
- 开 1 路测试推流，用手机看实际效果（不要只看本地预监）
- 本地录制已开启
开播前 5 分钟
- 手机静音、关闭无关 App（如果用手机做管控端）
- 确认 UPS / 电源接好
- 备用机位处于热备状态
开播后 5 分钟
- 确认码率曲线平稳、无大幅波动
- 确认音画同步
- 确认各平台均正常收流
- 安排一人专职盯后台，其余人不管设备
八、应急预案
| 故障 | 30 秒内动作 | 兜底 |
|---|---|---|
| 主链路断网 | 切备用链路（NET2 / 5G CPE） | 本地录制不中断，恢复后补播 |
| 单平台推流失败 | 确认该路密钥；不行就停掉该路保其他路 | 至少保住 1 个平台 + 本地录制 |
| 码率大幅掉/画面卡 | 立刻降一档码率（高清→标准） | 宁可糊一点也不要卡 |
| 画面黑屏 | 查 HDMI 线、摄像机输出分辨率是否被改 | 切备用机位 |
| 声音丢失 | 查音频输入源选择、MIC 供电 | 静音画面继续推，声音后补 |
| 设备过热告警 | 通风、立式摆放；关闭 AI 与特效保主路 | 温控策略优先保编码 |
| 平台限流/封禁 | 切备用平台 | 本地录制素材可剪辑后重发 |
九、成本与收益
以"每周 3 场、每场 3 小时、3 年周期"为例的粗算（仅为量级参考，非精确报价）：
| 方案 | 一次性投入 | 持续成本 | 3 年 TCO 量级 |
|---|---|---|---|
| 电脑 + OBS | 主机 + 采集卡 | 电费（100~300W）+ 折旧 + 运维 | 中 |
| 云导播台（订阅） | 低 | 月费 × 36 | 高 |
| x86 工控机 | 高 | 电费 + 运维 | 高 |
| MEDAI-V1（RK3576） | 一台设备 + 外设 | ≈ 9W 电费（约 50 元/年） | 低 |
省下的不只是钱：还有每次开播前的装软件、调参数、祈祷不崩溃的时间成本——这部分通常被严重低估。
十、7 天落地路线
| Day | 任务 | 产出 |
|---|---|---|
| D1 | 现场勘测：实测上行带宽、电源点位、走线路径、环境温度 | 勘测表 |
| D2 | 设备到货验机：开机、连 Web、确认固件版本、跑 1 路 1080p30 测试推流 | 验机记录 |
| D3 | 按场景套用参数模板，配置 5 路推流地址与叠加素材 | 配置备份文件 |
| D4 | 压力测试：目标路数全开 + 本地录制 + AI 全开，连续跑 4 小时，记录 CPU/温度/码率曲线 | 压测报告 |
| D5 | 断网演练：拔网线看切换、看本地录制、看恢复续推 | 应急预案定稿 |
| D6 | 人员培训：开播流程、手势控制、应急动作；打印检查清单贴在现场 | 培训 + 清单上墙 |
| D7 | 正式首播，全程值守并记录问题 | 复盘记录 |
D4 和 D5 不能省。压测和断网演练是"轻松"与"翻车"之间唯一的分界线。
十一、常见问题速查
Q1：RK3576 和 RK3588 我该选哪个？
单路 4K 或 4~5 路 1080p 直播 + 中等 AI →RK3576 足够，且功耗只有 RK3588 的一半、可被动散热。需要 8 路 1080p AI 分析、双 4K 同步编码、8K 制作 → 必须 RK3588（代价：功耗翻倍、必须主动散热、成本大幅上升）。
Q2：为什么强调 5 路推流要限 1080p30？
编码器总吞吐约 497 Mpixel/s（4K60 基准）。1080p30 × 5 = 311（62%，安全）；1080p60 × 5 = 622（125%，越界）。1080p30 与 1080p60 在带货、会议这类画面里观感差异很小，但稳定性差异很大。
Q3：能做 AV1 直播吗？
不能。RK3576 的 VPU 只有 AV1 解码器，没有 AV1 编码器。推流只能用 H.264 / H.265。
Q4：一台设备能同时接几个机位？
5 路输入源（HDMI IN / UVC / 网络流 / NDI 混合）。实际受 USB 带宽与编码吞吐双重约束，建议 2~3 个物理机位 + 1~2 路网络流。
Q5：断网了直播会怎样？
推流中断，但本地 MP4 录制不受影响。网络恢复后重新推流即可；已播内容可用录像素材补播。这是相对云导播台的决定性优势。
Q6：能无人值守吗？
能。AI 人形检测触发开播/停播、手势隔空控制、定时开播、网络恢复自动续推。教育培训和慢直播是最适合的场景。
Q7：户外用什么协议？
SRT，抗丢包能力远强于 RTMP。码率宁低勿高，建议标准档 4M，并关闭第二路推流。
Q8：32GB 存储够用吗？
短时录制够，长时录制不够。4K 超高清档 20Mbps 约合9GB/小时，建议外接 USB3.0 SSD。
Q9：设备发热严重吗？
不严重。整板满载约 9W，被动散热下核心约 68℃。但小机身散热面积有限，不要塞进密闭塑料盒，重要场景保持通风。
Q10：我还需要买采集卡吗？
不需要。设备自带 HDMI IN，摄像机直连即可。这也是相对"电脑 + 采集卡"方案省下的一笔。
十二、最终建议
- 把"5 路推流限 1080p30"写成产品规范，并在后台做吞吐预算硬校验——这是把芯片边界变成可靠体验的关键。
- 本地录制默认开启，不是可选项。它是所有故障的兜底。
- 为每个场景固化一套参数模板（第五章的表可直接用），让开播从"调参数"变成"选模板"。
- 双网口主备 + 双平台同步作为标准配置写进实施规范，不要等出事再补。
- 压测与断网演练必须做（D4/D5），这是"轻松"与"翻车"的分界线。
- 对外宣传的 AI 能力按稠密 3TOPS口径描述，避免与稀疏口径混淆产生客诉。
数据口径说明：芯片规格取自 Rockchip《RK3576 Datasheet V1.1/V1.3》与 Brief Datasheet；功耗、温度、多路并发数据取自第三方开发板实测与厂商公开测试（米尔 MYD-LR3576、瑞迅科技三芯片横向实测、Flipper One 热设计文档）；编码吞吐为按 4K60 基准线性外推的估算模型，实战前请以目标机型实测为准。功能边界详见配套文档《MEDAI-V1（RK3576）全栈算力与直播功能可行性分析》。
