群晖监控实时画面卡顿花屏黑屏：LiveView 四层排查路，附 RTSP 取证法
痛点场景
打开实时查看：画面一顿一顿、全是马赛克，或者干脆黑屏。这类毛病专挑实时画面发作，排查起来容易乱抓——官方路径把它压成四层：连接性、摄像机设置、CPU 使用率、原始摄像机图像质量，一层一层往下走。
（如果整套系统都在变慢——回放卡、手机端转圈、加载普遍迟钝，先看站内另一篇《群晖监控越用越卡？从 CPU、FPS 到存储的官方排查清单》；本文只管实时画面显示质量这一条线。）
第一层：连接性
两段链路分开查。
从电脑到 Surveillance Station 服务器：
- 电脑与服务器在不同网络的，先回到同一局域网内建立连接；
- 走 QuickConnect 中转的，改用 DDNS 或服务器 IP 直连，传输更直接、更稳定；
- 电脑通过 Wi-Fi 上网的，切换到有线连接。
从摄像机到 Surveillance Station 服务器：
- 摄像机与服务器在不同网络的，同样先回到同一局域网；
- 摄像机走 Wi-Fi 连接的，切换到有线；
- 只支持无线的摄像机：移开它与无线信号源之间的墙壁、家具等障碍物，并尽量缩短两者的距离。
第二层：摄像机设置
入口：启动 Surveillance Station，进入 IP 摄像机 > 选中摄像机 > 编辑。
- 设备 > 高级设置：为视频流换一种传输协议试试，哪种协议合适可对照官方协议选择指引；
- 设备 > 视频：
- 摄像机支持多种视频格式的，切换到带宽占用更低的格式，如 H.264、H.264+、H.265 或 H.265+；
- 多个流同时取用会加重摄像机负担、导致流不稳定——官方建议所有串流配置文件的画质都选流 1；
- 尝试应用更高的帧速率 (FPS) 值，并根据实际场景调整比特率控制方法。
第三层：CPU 使用率
服务器侧（群晖产品 CPU 占用高），任选其一或依次执行：
- 到产品页核对该型号的软件规格，确认没有超出最大摄像机数与总 FPS 限制；超了，就在 IP 摄像机里停用部分摄像机减少连接数，并到 编辑 > 设备 > 视频 调低分辨率与帧速率；问题仍在，停止 DSM 上运行的其他套件；
- 到 IP 摄像机 > 编辑 > 事件检测 > 运动：如果检测算法来源用的是 Surveillance Station，改成通过摄像机——把运动检测的运算卸到摄像机端执行。
客户端侧（电脑 CPU 占用高）：
- 只观看一路摄像机画面，并停止其他运行中的应用程序。
第四层：原始摄像机图像质量
前三层都过了，就该验证摄像机本身的画质。在客户端电脑上任选其一：
- 登录摄像机的 Web 界面，看它自家的实时视频播放是否流畅；
- 用 VLC 媒体播放器走 RTSP 直连取证：从顶部菜单找到「打开网络串流」，按下面的格式输入摄像机的 RTSP 地址：
rtsp://username:password@IP_address:port/URL_defined_by_manufacturer
以 Axis 摄像机为例：
rtsp://admin:123456789@10.11.12.13:9000/axis-media/media.amp?videocodec=h264&resolution=640x480
实际的 RTSP 地址格式由摄像机制造商定义，拿不准就找厂商。
判读很直接：直连画质就差，是摄像机的问题，联系制造商；直连流畅、进了 Surveillance Station 才变差，回头继续查前三层。
官方备注：每台摄像机和无线设备的连接优化要求可能不同，有疑问联系制造商。
小结
- 四层次序固定：连接性 → 摄像机设置 → CPU 使用率 → 原始画质；
- 容易漏的两处：串流配置文件画质统一选流 1；运动检测算法来源改为通过摄像机；
- VLC 走 RTSP 直连是分界线——直连也差是摄像机问题，直连流畅就是系统侧问题。
实时画面好不好，站在机房里用有线网络看永远发现不了问题。诚鑫致达科技验收监控项目时，专门挑场地里位置偏、用手机流量的一台终端看实时画面——位置偏、网络一般的情况下都流畅，这套画面才算过检。