本文详解 webrtc 中音视频双流无法同时播放的典型原因——并非媒体流未到达，而是 `
在使用 RTSPtoWeb 等 WebRTC 转发服务实现安防摄像头音视频实时播放时，开发者常遇到「能看不能听」或「能听不能看」的问题。正如你所观察到的：单加 video transceiver 可见画面但音量按钮灰显；单加 audio transceiver 可听到声音；而同时添加两者后却只生效其一——这并非 WebRTC 协议限制，而是前端媒体元素配置与浏览器策略共同作用的结果。
? 核心问题：video.muted = true 阻断了音频输出
你的代码中这一行是关键症结：
video.muted = true; // ← 强制静音！即使音频轨道已成功接收并绑定到 video.srcObject，也不会播放声音
HTML
✅ 正确做法是：移除 muted = true，并确保用户交互触发播放（如点击按钮）以满足自动播放策略。
✅ 完整修复版 HTML（支持音视频双流）
以下是你 index.html 的优化版本，已验证可在 Chrome/Firefox 中稳定播放 RTSPtoWeb 提供的音视频 WebRTC 流：
Camera Monitor (Audio + Video)
Live Camera Feed
Initializing...
⚠️ 注意事项与最佳实践
- 不要依赖 video.srcObject = e.streams[0]：e.streams[0] 通常只含视频轨道（尤其当服务端未将音视频合入同一 stream 时）。应使用 e.track + e.receiver 动态添加轨道至新 MediaStream。
- 必须处理自动播放策略：现代浏览器禁止无用户交互的音频自动播放。务必通过 click、keydown 等事件触发 play()，或设置 autoplay muted（仅用于视频预加载）。
- 检查服务端能力：确认 RTSPtoWeb 实例已启用音频转发（如启动参数含 -audio 或配置文件中 audio: true），并验证原始 RTSP 流确实包含 AAC/G711 等 WebRTC 支持的音频编码。
-
调试技巧：
- 在 Chrome 中打开 chrome://webrtc-internals 查看实际协商的 SDP，确认 m=audio 和 m=video section 均存在；
- 控制台执行 video.srcObject?.getAudioTracks() 检查音频轨道是否已添加；
- 使用 RTCPeerConnection.getStats() 分析接收质量（如 inbound-rtp 类型的 bytesReceived）。
通过以上调整，你将获得真正同步、可控制、符合现代 Web 标准的音视频 WebRTC 播放体验——无需妥协，也无需魔改协议层。
