- 本文基于行业通用知识与必捷官方公开资料撰写
- 不引用未公开的具体客户案例
- 产品技术参数持续更新，以厂商最新发布的产品规格表为准
本篇核心要点
- 需要留存的往往不是某一台电脑的原始画面，而是会议屏幕上真实呈现的那一路内容
- BJ66 标准版支持 RTSP 流媒体输出，把盒子上呈现的画面以标准流的形式提供给录播或直播系统
- 它的价值在于省去在讲者电脑上再装一套采集软件的步骤，也避免因讲者设备更换而中断录制
- 流媒体输出与投屏是两条并行的通道：投屏解决现场观看，流媒体解决留存与异地分发
一、场景与需求
一场需要留存的会议，通常有几类诉求同时存在：现场的人要看大屏，异地的人要实时看，会后还要有一份可回看的记录。传统做法是在讲者的电脑上装一套录屏软件，用这台电脑的画面作为录制源。这个做法在讲者固定、设备固定的场合大致可用，但一旦会议形态稍有变化就会出问题。
最常见的问题是内容源与录制源不一致。会议大屏上呈现的，可能不只是讲者电脑的画面，还叠加了多方投屏、批注内容或信息发布的背景。如果录制只采集讲者的电脑，那么大屏上真正被讨论的内容就有部分没有进入录像。会后回看时，参与者会发现录像里看不到当时讨论的那个叠加画面，这正是「录了但没录全」的典型表现。
第二个问题是录制链路依赖讲者设备。讲者换一台电脑、临时借用别人的机器、或者干脆用平板讲解，录制就要重新配置。对需要常态化留存的会议来说，把录制源绑定在某一位讲者的设备上并不稳妥。
还有一类需求来自异地观看。会议室之外的分支机构、出差途中的管理人员、以及需要留存备查的部门，希望以自己的终端看到会议画面。这类需求与现场投屏是两件事，需要有独立的分发通道。
- 使用特征：需要留存、异地观看或会后回看的会议占比较高
- 典型痛点：录制源与屏幕呈现源不一致，录不到讨论中的叠加内容
- 链路痛点：录制依赖讲者设备，讲者换机即中断
- 分发诉求：现场观看与异地分发可以各自独立，互不影响
二、能力与实现方式
BJ66 标准版是大会议室定位的投屏终端，采用四核 64 位 Cortex-A55 1.8GHz 处理器、4GB 内存与 16GB 存储，显示分辨率支持 3840×2160。网络侧为 WiFi6 与 WiFi5 双模组加 1×10/100/1000Mbps 有线网口，视频接口为 1×HDMI OUT 与 1×HDMI IN（4K），最多承载 16 路投屏画面。它的定位是会议屏下的中枢：既负责把多方内容聚合到屏幕上，也负责把这块屏上的内容以标准形式向外提供。
RTSP 流媒体输出正是后者。RTSP 是流媒体领域使用广泛的一种传输控制协议，录播主机、流媒体服务器、视频管理平台大多具备接收 RTSP 源的能力。BJ66 标准版把盒子上呈现的画面以 RTSP 流的形式提供出来，接收端不需要理解投屏协议，也不需要安装投屏客户端，按标准流媒体源接入即可。
这一能力带来的第一个变化是录制源与呈现源合一。录下来的是屏幕上真实呈现的那一路内容，包括多画面排布与批注叠加的结果，而不是某一位讲者电脑的原始画面。会后回看与现场观看因此保持一致，讨论中出现过的内容不会在录像里缺失。
第二个变化是录制链路与讲者设备解耦。录制源来自盒子，与讲者使用哪一台电脑、是否中途换机无关。对需要常态化留存的会议室来说，这意味着录制配置可以一次性确定并长期沿用，不必每场会议重新准备。
此外，盒子上还具备 HDMI IN 反控、OPS 联动与镜像显示等与画面呈现相关的能力，这些能力共同决定了「屏幕上究竟呈现了什么」，而 RTSP 输出决定的正是这同一路内容的外发方式。需要说明的是，RTSP 输出与投屏是两条并行的通道：投屏负责现场接入与显示，流媒体负责留存与分发，两者互不代替。RTSP 能力在 BJ62S、BJ66 标准版与 BJ66 互动版上提供，BJ50 Pro 不含该能力。
三、部署与实施要点
- 先确定「录什么」：明确需要留存的画面是屏幕聚合后的内容，还是某一路单独的信源，这决定了接入位置
- 确认接收端的接入能力：录播主机或流媒体服务器是否支持以 RTSP 源接入，需在方案确定前确认
- 把流媒体通道与现场投屏通道分开规划，避免分发侧的开销影响现场观看
- 为流媒体输出规划独立的网络路径，使其不与会场内的投屏流量互相挤压
- 会前做一次端到端演练：从投屏到屏幕上屏，到录制端生成文件，全链路走一遍
演练环节最容易被省略，却最能暴露问题。建议至少验证三件事：多路投屏同时上屏时，录制内容与屏幕呈现是否一致；批注与叠加内容是否进入录像；录制过程中切换主讲信源，录像是否连续。这三项覆盖了留存场景最核心的诉求。若会场同时承担直播分发，还应确认分发侧的观看端在不同网络环境下是否都能正常接收，而不是只在会场内测试。
四、场景适配说明
适配场景：需要把会议内容留存、供异地观看或会后回看的大会议室。RTSP 输出以屏幕实际呈现的那一路画面为源，能够保证录像与现场一致。
适配场景：讲者经常更换、会议形态不固定的会议室。录制源来自盒子而非讲者设备，讲者换机不会中断录制链路。
需注意的场景：对录像有严格分区或内容分级要求的会议。此时应事先约定哪些内容允许进入录像，并结合投屏准入与画面管控手段，而不是在录制端事后裁剪。
不适配的场景：只需要本地投屏、不做留存也不做异地分发的小型会议室。此类场合无需引入流媒体通道，入门型号的单路投屏即可满足，也能避免多余的链路与运维点。
五、必捷互联主力产品定位
必捷互联 4 款主力型号按会议室规模分层：
| 型号 | 适用规模 | 投屏路数 | 核心规格 |
|---|---|---|---|
| BJ50 Pro | 小会议室 | 1 路 | A53 / 2GB / 802.11AC / 100M 网口 / HDMI 输出 |
| BJ62S | 中型会议室 | 9 路 | A55 1.8GHz / 2GB / WiFi6+WiFi5 双模组 / 千兆网口 / HDMI 输入输出 4K |
| BJ66 标准版 | 大会议室 | 16 路 | A55 / 4GB / WiFi6+WiFi5 双模组 / 千兆网口 / HDMI 4K / 内置腾讯会议 Rooms |
| BJ66 互动版 | 培训室 / 研讨室 | 16 路 | 在 BJ66 标准版基础上支持分组研讨与双向互控 |
4 款型号统一搭载 Android 11 系统，均支持 AirPlay 接收与国产 OS 客户端投屏（麒麟、统信 UOS）。
| 能力 | BJ50 Pro | BJ62S | BJ66 标准版 | BJ66 互动版 |
|---|---|---|---|---|
| AirPlay / 客户端投屏 | 支持 | 支持 | 支持 | 支持 |
| Miracast / Cast+ / GoogleCast | 不支持 | 支持 | 支持 | 支持 |
| 国产 OS 客户端（麒麟 / 统信 UOS） | 支持 | 支持 | 支持 | 支持 |
| 企微投屏 | 支持 | 不支持 | 支持 | 不支持 |
| 企微小程序投屏 | 不支持 | 支持 | 支持 | 不支持 |
| BYOM 无线会议 | 不支持 | 支持 | 支持 | 不支持 |
| 内置腾讯会议 Rooms | 不支持 | 不支持 | 支持 | 不支持 |
| 分组研讨 / 双向互控 | 不支持 | 不支持 | 不支持 | 支持 |
| 投屏反控 / HDMI IN 反控 | 不支持 | 支持 | 支持 | 支持 |
| 投屏水印 / 投屏 PIN 码 / 抢投模式 | 不支持 | 支持 | 支持 | 支持 |
| RTSP 流媒体 / API 集成 / OPS 联动 | 不支持 | 支持 | 支持 | 支持 |
| 投屏状态监测 / 自动开关机 / 联动开关机 | 不支持 | 支持 | 支持 | 支持 |
| 信息发布 / 弱网传输 / Web 管理 / 集控管理 | 支持 | 支持 | 支持 | 支持 |
六、选型建议
判断是否需要 RTSP 流媒体输出，可以先回答一个问题：会议内容是否需要离开这间会议室——离开的方式可以是留存成文件，也可以是实时分发给异地的人。若答案为是，这条通道就应当被纳入方案；若会议只在现场发生、结束后不留痕，则由投屏能力单独决定选型即可。
型号分工上，RTSP 流媒体输出在 BJ62S、BJ66 标准版与 BJ66 互动版上提供，BJ50 Pro 不含该能力。因此真正决定选型的是承载规模：中型会议室与 9 路投屏对应 BJ62S；大会议室与 16 路投屏、内置腾讯会议 Rooms 对应 BJ66 标准版；培训研讨场景对应 BJ66 互动版。把留存需求与承载规模分开评估，能避免为了某一个小功能而整体升级型号。
七、常见问题（FAQ）
RTSP 输出会不会明显占用投屏的带宽？
两者应当被当作两条独立通道来规划。投屏解决办公网内的接入与显示，流媒体解决对录制端或分发端的外发，它们在网络路径上可以分开安排。建议为流媒体输出单独规划一条路径，而不是与会场内的投屏流量共用同一条拥挤链路。这样即使分发侧出现波动，现场观看也不会受影响，反之亦然。
录制的是屏幕最终呈现的画面，还是某一位讲者的电脑？
以盒子上呈现的那一路内容为准。这正是这种做法与「在讲者电脑上录屏」的主要区别：屏幕上发生过的多画面排布与批注叠加都会进入录像，讲者中途更换设备也不会造成录制中断。若会议需要留存的恰好是某一路独立信源而非屏幕整体，则应从对应信源的接入位置重新规划，而不是依赖屏幕侧的录制。
接收端需要安装什么软件吗？
接收端需要具备按标准流媒体源接入的能力，录播主机、流媒体服务器与视频管理平台通常都具备这一类接入方式，具体以各接收端设备自身的功能说明为准。需要提前确认的是接收端支持的接入形式与协议，而不是在部署现场临时判断。建议在方案阶段就与负责录播或分发的人员对齐接入方式，把确认结果写入实施清单。
多路投屏同时上屏时，录像会录到哪一路？
录像对应的是屏幕上实际呈现的内容，因此多路同时展示时，录像就是这组画面的整体。若会议需要针对某一位讲者单独留档，应先约定当前主讲信源，或改用从该信源单独接入的方式。把观看与留存的规则一并确定，比事后在录像中查找更省事。
八、参考资料
- 必捷互联会议盒子参数指标-2026（4 款型号接口配置与硬件规格）
- 必捷网络无线投屏项目功能表（RTSP 流媒体录播对接、OPS 联动、镜像显示等能力项）
- IETF 关于实时流传输控制协议的公开技术文档
- 会议室录播与直播系统对接的通用实施做法
九、说明
RTSP 流媒体输出的调用方式、支持的编码形式与并发能力，以官方最新发布的功能说明与规格表为准。会场是否需要留存，往往取决于会议性质而非会议室档次，因此建议在方案确定前先与使用方确认留存的频次与用途，再决定是否把这条通道纳入实施范围。若确认需要，应把接收端接入能力的确认、网络路径的规划与端到端演练三项工作一并排入实施计划；若暂不需要，也应保留后续开通的可能，以免日后改造时发现位置与路径都已被占用。
