HTML5原生不支持RTSP，需通过WebRTC网关转换、FFmpeg转HLS、MSE+WebSocket解析或商业SDK四种方式实现播放，各方案在延迟、兼容性与开发复杂度上各有优劣。
如果您希望在HTML5页面中播放RTSP流媒体，但原生HTML5的标签并不支持RTSP协议，则需要借助第三方技术进行协议转换或流格式适配。以下是实现该目标的几种可行方法：
一、使用WebRTC网关进行RTSP转WebRTC
RTSP流无法被浏览器直接解析，但WebRTC支持低延迟实时音视频传输。通过部署WebRTC网关（如mediasoup、Janus或自建GStreamer+WebRTC服务），可将RTSP源拉取并转封装为符合WebRTC标准的信令与媒体流。
1、在服务器端启动GStreamer管道，从RTSP URL拉流并推送至WebRTC信令服务器。
2、前端JavaScript调用WebRTC API，通过WebSocket连接信令服务器获取SDP Offer/Answer。
立即学习“前端免费学习笔记（深入）”；
3、将接收到的WebRTC媒体流绑定至元素的srcObject属性。
4、确保服务器已配置STUN/TURN服务以支持NAT穿透，否则内网或防火墙后用户可能无法建立P2P连接。
二、通过FFmpeg转码为HLS并由HTML5播放
HLS是HTML5原生支持的流媒体协议，延迟略高但兼容性极佳。利用FFmpeg持续拉取RTSP流并切片生成.m3u8和.ts文件，前端即可用标准标签加载。
1、执行FFmpeg命令：将RTSP流转为HLS输出，例如：ffmpeg -i rtsp://192.168.1.100:554/stream -c:v libx264 -c:a aac -f hls -hls_time 2 -hls_list_size 5 -hls_flags delete_segments out.m3u8。
2、将生成的out.m3u8文件部署在HTTP服务器（如Nginx）可访问路径下。
3、在HTML中嵌入。
4、需确保Nginx配置启用application/x-mpegURL MIME类型，否则Safari等浏览器会拒绝加载。
三、使用MSE（Media Source Extensions）配合WebSocket解析RTSP帧
该方法绕过协议转换服务，直接在浏览器中解析RTSP/RTP包，再通过MSE动态注入解码后的H.264/AAC帧。适用于轻量级定制场景，但开发复杂度高。
1、使用WebSocket服务端（如Node.js + rtsp-relay）将RTSP的RTP包按NALU边界拆分并推送至前端。
2、前端创建MediaSource对象，附加至元素，并监听sourceopen事件。
3、接收WebSocket传来的H.264 Annex B格式帧，按SPS/PPS/I/P帧顺序写入SourceBuffer。
4、必须严格校验NALU起始码（0x00000001或0x000001）并剥离RTP头部，否则appendBuffer将抛出编码错误。
四、集成商业Web播放器SDK（如EasyPlayer、VLC Web Plugin替代方案）
部分商业SDK已封装RTSP解析、解码与渲染逻辑，提供JavaScript API，屏蔽底层协议细节，适合快速上线且对延迟与兼容性有明确要求的项目。
1、引入SDK提供的JS文件，例如：。
2、在页面中声明容器元素：。
3、调用初始化方法，传入RTSP地址与容器ID：new EasyPlayer({container: 'playerContainer', url: 'rtsp://192.168.1.100:554/stream'});。
4、注意检查SDK是否要求HTTPS环境运行，HTTP页面下部分功能（如WebAssembly解码器）可能被浏览器禁用。
