为什么先从 RTSP 播放器开始
先确认真正的瓶颈
在你开始排查错误的技术环节之前，先确认公开 RTSP 流是否真的可达、是否已经适合浏览器播放。
适合网站集成人员和运营方
当你需要快速判断这个视频流是否足以用于浏览器播放器、网站嵌入或演示给相关方时，可以先用它。
比依赖厂商应用猜测更靠谱
在厂商 viewer 或局域网里可用的流，并不代表它已经适合在公开网站中通过浏览器播放。
在 embed 之前最自然的第一步
如果播放器能正常工作，你就可以继续做 embed；如果失败，你就知道应该先解决访问、URL 或适配问题。
开始之前先看看你会得到什么
RTSP.RUN 会先在浏览器中打开播放器。如果流可用，同一流程还会给你一个可嵌入网站的输出。
浏览器输出
浏览器中打开的实时播放器
- 先确认流可以正确加载，再决定是否分享。
- 同样的输出可在桌面端、平板和手机上打开。
- 验证通过后既可直接观看，也可进入下一步嵌入。
网站输出
可直接放到页面里的嵌入代码
<iframe
src="https://rtsp.run/embed.html?streamUrl=YOUR_STREAM_ID"
width="640"
height="360"
style="border:0;"
allowfullscreen
referrerpolicy="origin">
</iframe>- 播放成功后即可复制准备好的 iframe。
- 可用于企业网站、门店展示、公共摄像头或活动页面。
- 不需要自己开发网页播放器。
这个页面通常如何使用
1. 粘贴公开 RTSP 地址
从播放器流程开始，检查该视频流是否能以适合浏览器的方式打开。
2. 查看返回结果
如果视频流失败，结合错误信息和 troubleshooting 页面判断问题究竟出在 URL、公网可达性还是产品适配上。
3. 继续到下一个正确步骤
如果播放正常，就继续分享或嵌入；如果不正常，就先修正视频流，或改走 fit-check 路径，而不是继续盲猜。
这个用例适合什么情况
适合的情况
- 你已经有公开的 RTSP 或 RTSPS 视频流，并且需要快速验证它
- 你希望在网站嵌入或 rollout 之前先做一次浏览器播放检查
- 你可以接受这个视频流从公网可达
不适合的情况
- 摄像头只能在封闭局域网或厂商应用中工作，而且你并不打算把视频流公开出来
- 你需要的是录制、分析、身份控制或内部 CCTV 管理，而不是简单的实时播放
- 你需要的是面向普通消费者的即插即用 viewer，而不是需要 RTSP 设置的方案
Show deeper edge cases and rollout examples
在责怪错误层之前常见的边界情况
摄像头在厂商应用里能用，但在浏览器里失败
这通常意味着公共 RTSP 路径、可达性或浏览器可播放性还不足以支撑网页播放。
URL 看起来正确，但流只在局域网中可访问
本地成功并不代表公共 rollout 已经准备好。这个页面的价值正是在于它验证的是公共路径。
播放已经成功，但这个使用场景依然不适合产品
播放成功并不自动意味着公共 RTSP 就是正确方案，如果项目仍然需要录制、分析或封闭网络控制。
这个页面通常在哪些情况下能节省时间
网页集成人员在开始 embed 工作前先检查客户摄像头
先用播放器，这样网站工作只有在公共流已经在浏览器里真实验证通过后才开始。
运营方要判断问题在访问层还是在网站层
真实的浏览器结果可以把 URL 或可达性问题与页面 rollout 工作分开。
团队在不先搭建自定义栈的情况下准备给利益相关方演示
这个页面能快速回答流是否已经适合浏览器播放，再决定是否开展更昂贵的 rollout 工作。
准备好验证你的 RTSP 视频流了吗？
打开播放器流程，测试公开 RTSP 地址，并根据结果决定下一步是继续做 embed、进入 troubleshooting，还是先进行 fit-check 沟通。
如果你还不确定公开 RTSP 是否真的是合适的 rollout 模型，就先查看适配与限制，再去调试 URL。