带录制与 API 控制的直播视频工作流
在一个产品中运行完整视频工作流：接收直播信号，发布到播放器与交付目标，在不中断输出的情况下同步录制同一场活动，并把归档用于回放或点播。先让操作员在界面中验证接入、路由、播放、录制与存储路径，确认真实信源、目标和恢复方案都符合生产要求；随后再加入 API 控制，用同一组模块完成自动化和产品集成。
功能
通过 API 创建 SRT 和 RTMP 接入端点- 在受控的源层与目标层之间路由直播信号
- 向社交平台和协议终点执行 restream
- 并行发布时同步录制直播输入
- 创建品牌化网页播放器和播放器分组
- 发起基于浏览器的视频通话和网络研讨会
- 控制存储、文件和流元数据
- 通过 WebSocket 获取实时 SRT 统计
- 提供 cURL、Python、Node.js、Web、Android、iOS 和 vMix 示例
- 运行在云端或自托管环境
- 构建安全播放、DVR 与付费观看流程
- 让文档、预设和模块示例保持一致
录制直播而不中断交付
保持直播输出运行，同时让 Callaba 并行创建录制。无需围绕单独的录制器重建直播路径，即可把活动留作归档、剪辑、合规、回放或后续点播发布。
用模块，而不是一个巨大的黑盒
平台按 SRT 服务器、路由、转发、录制、播放器、房间、存储和文件等运维模块组织，让开发者比面对模糊的一体化端点更容易建立清晰模型。
文档和示例与真实产品一致
团队拿到的不只是方法参考，还包括预设、工作流示例、语言切换页签、必要时的 vMix 片段，以及能反映真实生产使用方式的模块级案例。
在一个控制平面里覆盖直播、播放、录制与房间
用同一套 API 接入直播信号、执行 restream、录制内容、发布网页播放器、组织播放器分组，并发起实时参与流程，减少多个产品之间的胶水代码。
从接入一路走到全球播放，而不更换产品
从受控接入开始，再通过播放器、CDN 友好输出和面向观众的界面完成封装与交付。当同一源流需要同时服务于操作员、观众、录制和下游目标时，这一点尤其有价值。
云端或自托管都不改变产品模型
无论你是先在云端快速验证，还是选择在自托管环境中掌控基础设施、数据和发布节奏，同一套 API 思路都能成立。
用最适合团队的语言与控制面
可以从 cURL 开始，再到 Python 或 Node.js，连接浏览器或移动端客户端，或在合适的时候用 vMix 自动化操作员工作流。重点不是强迫团队选择某种栈，而是提供一条务实的接入路径。
面向生产运维，而不只是 Demo
平台不仅有创建类调用，也提供生产运维真正需要的能力：启停方法、统计数据、实时 SRT 监看、存储控制、文件操作，以及在工作流运行过程中持续理解它的状态。
常见问题
如何创建一个接入端点，并把直播流送入 Callaba？
如何把进入的直播信号变成 HLS 播放地址？
从你想对外暴露的接入源创建一个 网页播放器。播放器模块会负责封装和面向观众的播放；如果你需要更广泛的分发，还可以在前面接上 CloudFront 之类的 CDN。
直播中可以支持 DVR 和回看吗？
可以。DVR 行为是在 网页播放器 这一侧控制的。实际操作里，团队会调节分片和 manifest 设置，决定观众在直播中最多可以回看多少最近内容。
视频流 API 可以在发布直播时同步录制吗？
可以。保持直播播放或路由输出运行，同时让 Callaba 并行创建录制。生成的文件可用于归档、剪辑、合规、回放或后续点播发布。需要自动化时，请通过录制模块控制这套工作流。
如何获取实时 SRT 统计并监看流健康度？
如果你需要快照、历史记录和实时 WebSocket 统计，请使用 SRT 服务器 模块。团队在生产中需要码率、RTT、活跃流可见性和排障上下文时，看的就是这一层运维表面。
我可以通过 API 控制启动、停止和运行状态吗？
这个 API 只用于播放，还是可以构建完整工作流？
它远不只是播放。产品按模块组织为接入、路由、转发、录制、播放器、通话、文件和存储，所以团队可以拼出自己真正需要的工作流，而不必把所有事情都塞进一个狭窄表面。
同一套 API 模型可以同时用于云端和自托管部署吗？
可以。部署方式只会改变你如何运营基础设施，但产品模型保持不变。这意味着团队可以先在云端原型验证，后续在需要时迁到自托管，并继续使用同一套模块化 API 表面。