把房间扩展成网络研讨会工作流
为讲者提供互动会话,同时为更大范围的观众保留一个更干净的观看层。
直接在浏览器中开展视频通话、主持式网络研讨会、支持房间和互动直播。区分活跃讲者与观看者,控制加入权限,录制重要会话,并把同一房间扩展到更完整的直播或回放工作流。
让主动发言者和被动观看者共用同一活动界面,而不必把每位参加者都强行塞进同一种参与模式。
为讲者提供互动会话,同时为更大范围的观众保留一个更干净的观看层。
决定谁可以加入、谁只能观看,以及房间如何暴露出去,而不是让这些规则只存在于临时会议链接里。
使用房间聊天让讨论与实时通话保持同步,并在演示、评审或现场讲解时允许获准的参与者共享屏幕。
用同一套房间模型覆盖支持、监看、网络研讨会、内部评审和面向公众的互动会话。
在浏览器中提供受控的嘉宾或网络研讨会加入流程,无需演讲者或受邀参与者安装特定平台的应用。
当会话需要超出房间参与者本身时,把它连接到观众播放层或其他分发层。
为了回放或审计保留会话,而不需要把实时房间重构成另一套单独的录制工作流。
让远程嘉宾加入直播访谈、圆桌或演示。选择 Callaba 房间中可用的参与者视频和音频轨道,与摄像机或演示媒体一起放入 Video Mixer,并调整声音。先在 Preview 中准备嘉宾布局,再切到 Program。可发布或录制完成的节目;由操作人员选择轨道,不会自动让所有人上线。
当您需要控制一位客人的图像和声音时,将其带入下一个场景。在 AV Mixer 中,选择客人可用的参与者轨道,而不是将房间视为一个源。
当您的 Callaba 8.8 部署在 AV Mixer 中列出房间及其参与者轨道时,此路径可用。
邀请客人加入 Callaba 视频通话室,并确保他们发布您希望使用的图片或声音。
在 AV Mixer 中,打开“输入”,然后打开“其他”,然后打开“视频通话”。选择房间和客人的参与者流,检查其视频和音频指示器,然后选择添加。
将选定的来宾源及其周围的制作元素放置在预览场景中。预览与实时节目状态保持分离。
一旦节目启动并且预览包含视频层,选择CUT或FADE,根据需要设置持续时间,并使用TAKE将准备好的场景移动到节目。
每项支持行为旁都给出实际验收检查。最终以已安装的 Callaba 界面以及真实的信号源、目标端和基础设施配置为准。
| 功能 | 支持的行为 | 验收检查 |
|---|---|---|
| 让嘉宾通过浏览器加入 | 在浏览器中提供受控的嘉宾或网络研讨会加入流程,无需演讲者或受邀参与者安装特定平台的应用。 | 设计目标是浏览器优先参与,这样运营人员、讲者和嘉宾的加入流程都可以保持轻量。 |
| 在需要时区分参与者与观众 | 让主动发言者和被动观看者共用同一活动界面,而不必把每位参加者都强行塞进同一种参与模式。 | 较低的分辨率、帧速率或比特率通常使用较少的数据。较长的呼叫和接收多个参与者视频的布局使用更多,因此请测试所选的质量和预期呼叫设置的实际网络计划。 |
| 把房间扩展成网络研讨会工作流 | 为讲者提供互动会话,同时为更大范围的观众保留一个更干净的观看层。 | 可以。对于网络研讨会、监看场景,或任何不希望所有人都成为活跃房间参与者的场景,这通常是正确做法。 |
| 通过房间聊天和屏幕共享协作 | 使用房间聊天让讨论与实时通话保持同步,并在演示、评审或现场讲解时允许获准的参与者共享屏幕。 | 它从浏览器实时房间开始,但当工作流里包含被动观看时,这些房间也可以连接到面向观众的播放界面。 |
| 把房间送入播放或外部分发层 | 当会话需要超出房间参与者本身时,把它连接到观众播放层或其他分发层。 | 可以。对于网络研讨会、监看场景,或任何不希望所有人都成为活跃房间参与者的场景,这通常是正确做法。 |
| 不改变房间逻辑也能录制会话 | 为了回放或审计保留会话,而不需要把实时房间重构成另一套单独的录制工作流。 | 当会话需要存档或重播时,请使用录制工作流程。使用预期的房间布局和参与者音频进行简短录音,然后在现场会议之前检查完成的文件。 |
本页说明产品的能力边界。以下指南会告诉您要打开哪些控制项、接下来连接哪个模块,以及如何确认工作流已经就绪。
接入直播信号、路由分发、控制访问,并交付直播与点播工作流——既可以通过产品界面,也可以通过 API,在云端或自托管环境运行。
按量付费的云端方案适合希望快速上线浏览器通话和网络研讨会的团队:部署快、低延迟、基础设施可靠,并具备托管扩展能力。
在 AWS 上部署 Callaba无限方案适合正在增长的中大型组织:既不受打包方案限制,又能继续完全掌控自己的数据与基础设施。
安装自托管 Callaba当房间创建、观众播放和录制被当作独立模块来控制时,实时房间会更容易管理。当通话或网络研讨会需要成为你自己的产品、活动栈或操作员工作流的一部分时,就应该使用 API。
它从浏览器实时房间开始,但当工作流里包含被动观看时,这些房间也可以连接到面向观众的播放界面。
较低的分辨率、帧速率或比特率通常使用较少的数据。较长的呼叫和接收多个参与者视频的布局使用更多,因此请测试所选的质量和预期呼叫设置的实际网络计划。
当会话需要存档或重播时,请使用录制工作流程。使用预期的房间布局和参与者音频进行简短录音,然后在现场会议之前检查完成的文件。
可以。对于网络研讨会、监看场景,或任何不希望所有人都成为活跃房间参与者的场景,这通常是正确做法。
设计目标是浏览器优先参与,这样运营人员、讲者和嘉宾的加入流程都可以保持轻量。
直接在浏览器中开展视频通话、主持式网络研讨会、支持房间和互动直播。区分活跃讲者与观看者,控制加入权限,录制重要会话,并把同一房间扩展到更完整的直播或回放工作流。