cv::videocapture 支持 rtsp 需编译时启用 ffmpeg（验证用 cv::getbuildinformation），url 必须匹配厂商格式，设置缓冲区与超时参数可改善稳定性，读帧后必须检查 frame.empty() 防崩溃。
cv::VideoCapture 构造时传入 RTSP URL 即可，但必须确认编译时启用了 FFmpeg 支持
OpenCV 默认构建版本（尤其 Windows 上的预编译包）往往禁用 FFmpeg，导致 cv::VideoCapture 对 RTSP 流返回空帧或直接失败。这不是代码写错，而是底层缺失解复用/解码能力。
验证方式：运行 cv::getBuildInformation()，搜索 FFMPEG 行，确认值为 YES；若为 NO，则需自行编译 OpenCV 并开启 -D WITH_FFMPEG=ON，同时确保系统已安装 FFmpeg 开发库（如 libavcodec-dev、libavformat-dev 等）。
- Linux 下 apt 安装 FFmpeg 开发包后，CMake 配置时需指定
-D FFMPEG_INCLUDE_DIRS=/usr/include/ffmpeg（路径依发行版可能不同） - Windows 使用 vcpkg 安装时，推荐
vcpkg install opencv[ffmpeg]:x64-windows，避免手动链接混乱 - MacOS 用 Homebrew 安装 FFmpeg 后，CMake 通常能自动探测，但建议显式加
-D WITH_FFMPEG=ON
RTSP URL 格式必须严格匹配设备厂商要求，常见变体有三种
不是所有 RTSP URL 都能通用。海康、大华、宇视等厂商默认流地址结构不同，且部分设备要求鉴权参数放在 URL 路径中而非基础认证头里。
典型格式示例：
- 海康：
rtsp://admin:12345@192.168.1.64:554/Streaming/Channels/101（注意端口和通道号） - 大华：
rtsp://admin:12345@192.168.1.100:554/cam/realmonitor?channel=1&subtype=0（subtype=0表示主码流） - Generic（无认证）：
rtsp://192.168.1.200:554/stream1
错误现象：打开成功（cap.isOpened() 返回 true），但 cap.read() 持续返回空 cv::Mat 或卡在首帧——大概率是 URL 不匹配或设备未启用 RTSP 服务（需登录设备 Web 界面确认）。
设置缓冲区与超时参数能显著改善卡顿和连接失败问题
默认情况下，cv::VideoCapture 使用内部队列缓存若干帧，网络抖动易导致堆积或丢帧。可通过 set() 调整底层 FFmpeg 参数（仅当后端为 FFmpeg 时生效）：
-
cap.set(cv::CAP_PROP_BUFFERSIZE, 1)：强制最小缓冲，降低延迟（适合实时性要求高的场景） -
cap.set(cv::CAP_PROP_OPEN_TIMEOUT_MSEC, 5000)：设置打开超时，避免阻塞过久 -
cap.set(cv::CAP_PROP_READ_TIMEOUT_MSEC, 5000)：读帧超时，防止网络中断后 hang 住
注意：CAP_PROP_BUFFERSIZE 在某些 OpenCV 版本（如 4.5.5 前）对 RTSP 无效，此时需改用 FFmpeg 命令行参数方式——通过 cv::VideoCapture 构造函数第二个参数传入后端 ID，并配合 cv::CAP_FFMPEG + 自定义选项（较复杂，一般优先试 set()）。
循环读帧时必须检查 Mat 是否为空，否则程序会崩溃
RTSP 流不稳定时，cap.read(frame) 可能返回 false，或返回 true 但 frame.empty() == true。不检查就直接调用 cv::imshow() 或 frame.size() 会导致段错误。
正确做法：
cv::Mat frame;
while (true) {
bool ret = cap.read(frame);
if (!ret || frame.empty()) {
std::cerr
<p>真正容易被忽略的是：即使连接正常，某些 IPC 在夜间切换红外模式、或网络瞬断恢复后，也会短暂输出空帧。只判断 <code>ret</code> 不够，<code>frame.empty()</code> 是必检项。</p>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
