VLC “无法打开 MRL”（RTSP 流）——修复
带有 rtsp:// URL 的“VLC 无法打开 MRL”是最常见的流错误之一——而且通常不是 VLC 的错。流在网络或服务器层失败：URL 语法错误、UDP 被阻断、缺少认证，或服务器干脆拒绝。本指南遍历每一层，并给出你可以运行的命令，以精确定位流在哪里断开。
故障原因分析
- 错误或完整的 RTSP URL——缺少端口（:554）、路径错误，或服务器拒绝的尾部斜杠。
- UDP 被阻断——RTP over UDP 通常被防火墙过滤；VLC 的默认 RTSP 先使用 UDP，然后静默回退到 TCP。
- 需要认证——摄像头或服务器需要在 URL 中嵌入凭证（rtsp://user:pass@host/）。
- 服务器端限制——过多并发会话、流被禁用，或服务器只提供特定传输（例如仅 TCP）。
- 网络延迟 / 丢包——高丢包使 RTSP 丢帧，直到会话被拆除，报告为“无法打开”。
解决方案
方案 1验证并更正 RTSP URL
最常见的修复——一个 URL 细节
查看摄像头/服务器文档以获取确切的 RTSP 路径（例如 /live、/h264、/Streaming/Channels/101）。
知道了正确的路径。
用显式端口构建 URL：
rtsp://192.168.1.50:554/live——没有尾部斜杠。URL 格式正确。
在 VLC 中测试：媒体 > 打开网络流（Ctrl+N），粘贴 URL，播放。
流打开或失败并显示更清晰的信息。
方案 2强制使用 TCP 传输
修复在阻断的 UDP 上失败的流
进入 工具 > 首选项 > 输入 / 编解码器。
打开输入设置。
在“网络”部分，将“RTSP over TCP”更改为 总是（或勾选该框）。
RTSP 现在使用 TCP。
重启 VLC 并重新打开流。
流通过 TCP 连接。
方案 3向 URL 添加认证
修复 401/未授权 失败
将凭证插入 URL：
rtsp://admin:password@192.168.1.50:554/live。凭证已嵌入。
对密码中的特殊字符进行 URL 编码（例如 @ → %40，: → %3A）。
URL 正确解析。
在 VLC 中重新打开流。
流通过认证并播放。
方案 4用终端命令测试端点
区分网络问题与 VLC 问题
在 Windows/Linux 上：
ffplay -rtsp_transport tcp rtsp://…（如果安装了 ffmpeg）或vlc -vvv "rtsp://…"获取详细日志。出现第二个播放器或详细日志。
检查详细输出中的实际错误行（“connection refused”、“401”、“timeout”）。
识别出真正的失败。
ping 摄像头：
ping 192.168.1.50——失败的 ping 意味着网络路径本身已断开。确认网络可达性。
方案 5增大网络缓存值
修复流媒体的缓冲、卡顿和丢帧
进入 工具 > 首选项 > 输入 / 编解码器。
打开输入设置。
将“网络缓存（毫秒）”设置为 1500 毫秒（默认 1000）。
缓冲区已扩大。
点击 保存 并重启 VLC，然后重新打开流。
流媒体预缓冲时间更长。
进阶修复
方案 1要检查的摄像头端设置
修复服务器端流问题
登录摄像头/Web UI，检查 RTSP 流式传输已启用且流未设置为“私有”。
确认流式传输已启用。
检查并发连接限制——某些摄像头只允许 2–4 个 RTSP 会话。
已知会话限制。
如果摄像头支持，也在服务器端设置“传输：TCP”。
两端都同意使用 TCP。
重启摄像头并重试。
流重新连接。
预防措施
- 从一开始对摄像头流使用 TCP 传输。
- 保持 VLC 更新——RTSP 分离器修复随 3.0.x 版本发布（当前稳定版：3.0.23）。
- 给摄像头一个静态 IP 或 DHCP 保留，以便 URL 保持有效。
- 如果你运行 24/7 观看，请用 ping 或简单的运行时间检查来监控流健康。
常见问题
“无法打开 MRL”到底是什么意思？
RTSP 在一台电脑的 VLC 上可用，但在另一台上不行
VLC 能播放来自公共互联网摄像头的 RTSP 吗？
流播放 10 秒然后停止
总结
验证并更正 RTSP URL — 最常见的修复——一个 URL 细节。如果仍无法解决,请按顺序尝试其余修复:每一条针对问题的不同层面。大多数用户最多到修复 3 就能解决。请保持 VLC 更新(当前稳定版:3.0.23),新版 VLC 发布后可回来查看本指南。