24/7 直播频道与播出编排
运营新闻、类广播音频流、摄像头、数字标牌或品牌节目的连续频道。组合直播与排播信号，保持播放稳定，录制输出，并在频道进入无人值守运行前准备好故障切换路径。
功能
通过 SRT bonding 稳定推送到 OTT 平台- 通过 API 进行定制化控制
- 把预录视频作为直播内容播出
- 不停机 24/7 连续直播
- 付费观看嵌入播放器
- 点播流媒体
- 按新增观众弹性扩容
- 向社交媒体二次分发
- 无需写代码即可把线性直播嵌入网站
为可靠性设计，而不是靠人工重启
把运维逻辑、备份策略和输出连续性放在优先级前面，而不是让频道依赖操作员不断手工救火。
跨班次与排期保持一个频道持续在线
当内容、值班人员或播出时段不断变化时，仍然用同一个运维界面保持频道持续播出。
在同一工作流里混合直播与排播内容
把实时输入、预定片段和备用素材组合起来，让频道即使不是每一分钟都是真直播，也能持续推进。
继续使用你已经拥有的信号源
直接从摄像机、编码器、软件源或文件内容开始，而不用围绕某一种源类型重做整条频道架构。
同时发布到播放器和外部分发目标
在维持统一频道身份的同时，把同一路输出送往自家播放器以及所有需要这条直播流的外部终点。
频道运行时同步录制
在不把工作流拆成一堆手工任务的前提下，为持续直播频道保留完整归档记录。
在需要时提供面向观众的稳定播放
让观众侧播放层保持稳定、可网页访问，同时让上游工作流继续保有应对真实运营场景的灵活性。
通过 API 控制频道
当频道状态、切换逻辑和下游动作需要自动化时，把这条持续直播工作流接入你自己的控制平面。
常见问题
这里的 24/7 频道具体包括哪些形态？
凡是输出需要持续在线的工作流都算：品牌频道、类广播音频流、摄像头画面、数字标牌循环，或直播与排播混合的频道。
我可以把排播内容和直播输入结合起来吗？
可以。这正是把它当作工作流问题、而不是一场无限延长的手工直播会话来处理的主要原因之一。
我可以把同一频道同时发布到播放器和外部目标吗？
可以。常见模式是保持同一个频道身份，同时把它暴露给自家网页播放器和其他外部分发目标。
文档应该从哪里开始看？
我可以把 SRT 协议当作视频源吗？
可以。我们已经支持直接 SRT 推流，并且你可以很容易再把它转换成 RTMP。