设备、通道、流和媒体节点
假设一台 NVR 接入了四个摄像头:NVR 是一台设备,四个画面是四个通道。只有其中一路正在向媒体节点传视频时,才有对应的在线流。MediaServer 是接收和分发这段流的程序。
flowchart LR
N["设备:NVR"] --> C1["通道:东门"]
N --> C2["通道:仓库"]
C1 --> S["在线流"]
S --> V["实时预览"]
S --> R["录像文件"]
C2 -. "离线时没有流" .-> X["等待设备恢复"]
| 名称 | 保存多久 | 到哪里看 | 常见误会 |
|---|---|---|---|
| 设备 | 接入后持续保存 | 接入管理或资源树 | 设备注册成功不代表每个通道有画面 |
| 通道 | 接入或激活后持续保存 | 资产详情 | 通道存在不代表流在线 |
| 流 | 设备推送或媒体节点拉取期间 | 实时页、流会话 | 发起拉流成功不代表视频已经到达 |
| MediaServer | 独立运行的媒体服务进程 | 系统管理的媒体节点 | 有进程不代表目标流存在 |
一个通道可以绑定设备里的 Profile,也可以是 RTSP/URL 视频源。channelId 是平台的稳定通道身份;mediaServerId 指定处理视频的媒体节点;app/streamId 是媒体节点中的流标识。不要用通道显示名或源 URL 当作业务主键。
页面没有画面时,依次问:通道是否启用?设备是否可达?媒体节点是否真的收到流?浏览器能否访问播放地址?按这个顺序检查比反复重启服务有效,具体操作见没有画面或播放失败。
下一步可看一次播放和录像的路径,把这些对象连成一个实际过程。