HTML5 无法直接播放 RTSP 或叠加 logo，必须在服务端转流时用 ffmpeg（-vf overlay）或 WebRTC worker 层处理；前端 CSS 叠加仅为视觉覆盖，不防篡改且投屏消失。

HTML5 播放 RTSP 无法直接叠加 logo

浏览器原生不支持 RTSP 协议，video 标签根本无法直接加载 rtsp:// 地址。所谓“HTML5 播放 RTSP”，实际是靠 WebSocket + WebRTC 或 MSE（Media Source Extensions）转封装实现的——比如用 ffmpeg + node-media-server 转成 HLS/FLV/WebRTC 流，再喂给前端。logo 叠加必须发生在服务端转流环节，而非前端 HTML5 层面。

真正能叠加 logo 的位置在服务端转流时

以常见方案为例：

• 使用 ffmpeg 推流时加 -vf "overlay=10:10" 参数，在视频左上角 10×10 像素处叠加 logo 图片
• 用 node-media-server 配合 ffmpeg 子进程转流，logo 必须提前准备好 PNG（带透明通道），路径写死或动态注入到 ffmpeg 命令中
• WebRTC 方案（如 mediasoup）需在 worker 层做 video transform，用 canvas 绘制帧并插入 logo，但性能开销大、延迟高，不推荐生产环境用于多路流

前端强行“模拟叠加”只适用于非关键场景

如果后端无法改，又必须显示 logo，可考虑 CSS 层叠：

• 把 video 元素和一个 img（logo）放在同一 div 中，用 position: relative/absolute 定位 logo
• 该方式仅视觉覆盖，logo 不参与编码，截图、全屏、投屏时会消失
• 若视频启用了 playsinline 或 webkit-playsinline，iOS 上可能因 z-index 渲染异常导致 logo 被遮挡
• 不适用于需要合规水印（如安防、|直播|监管）的场景——它不具备防篡改和嵌入性

容易忽略的关键点：透明通道与分辨率适配

很多团队用 JPG 做 logo，结果边缘发灰或白边明显——必须用带 alpha 通道的 logo.png；同时要注意 overlay 坐标单位是像素，不是百分比，若源流分辨率动态变化（如

自适应码率），需同步更新 ffmpeg overlay 坐标或改用相对定位脚本处理。