媒体能力检测

检查摄像头/麦克风权限、设备枚举与编解码支持。

检测内容

页面会先检测浏览器是否允许读取媒体设备信息，再列出可用摄像头、麦克风与扬声器（如浏览器支持输出设备枚举）。

随后根据 MediaRecorder.isTypeSupported 与媒体能力探测结果，标注常见音视频编解码（如 H.264、VP9、AV1、Opus、AAC）的可用状态。

视频会议、在线面试、远程教学、直播推流都依赖本地设备与编码链路。权限缺失或编解码不兼容，通常会直接表现为"黑屏、无声、卡顿、无法入会"。

在正式会议前先跑一次检测，可以提前发现"设备被系统占用""浏览器策略限制""公司终端策略封禁"等高频问题。

设备列表为空： 优先检查浏览器地址栏权限、系统隐私设置（相机/麦克风开关）与是否在 HTTPS 环境下访问。

仅能看到默认设备： 通常是系统未正确识别外接设备，或浏览器尚未获得完整授权（部分浏览器在授权前会隐藏设备名称）。

视频编码不支持： 优先切换到 H.264 + Opus 组合，兼容性通常最好；若要高压缩率，可在 Chrome/Edge 新版尝试 VP9/AV1。

如果你是运维或支持团队，建议把"浏览器版本 + 操作系统版本 + 检测截图 + 失败时间点"一起收集，可显著缩短定位时间。

媒体设备指纹（设备数量、标签模式、可用编码）可能被用于环境识别。生产环境建议采用"按需授权、最小权限、会后回收授权"的策略。

对客服/坐席场景，可将浏览器策略设置为"仅允许受信域名访问媒体权限"，减少误授权风险。

同一台机器在 Chrome、Edge、Firefox 上的媒体能力并不完全一致，尤其是设备标签展示时机与编码能力探测策略会有差别。

Windows、macOS、Linux 对麦克风独占、回声消除、系统级降噪的实现路径也不同，可能出现"网页已授权但仍无声"的现象。

如果你在企业环境中使用受管浏览器，策略模板可能关闭了部分媒体 API，这类限制通常不会在普通设置页直观显示。

建议在正式会议前 10 分钟做一次预检：确认默认输入设备正确、测试麦克风电平是否有波动、并播放测试音确认输出链路正常。

若你需要屏幕共享，请同时检查浏览器是否允许捕获系统音频，以及会议平台是否支持当前浏览器版本的共享能力。

对于需要双机位或外接采集卡的场景，建议先在本页确认设备可见，再进入会议工具，避免在直播开始后临时切换导致中断。

客服、销售、直播等高频语音视频岗位，建议统一浏览器大版本与耳麦型号，减少"同流程不同结果"的支持成本。

可以建立最小可用基线：操作系统版本、浏览器版本、推荐编码组合、允许的扩展清单，并在季度更新后做回归验证。

当用户反馈"偶发断音/画面卡死"时，优先对比基线偏差，通常比盲目重装软件更快定位问题。

检测结果只代表"当前浏览器 + 当前系统会话"的能力快照，不等价于所有应用场景的最终表现。

在云桌面、远程桌面、虚拟机环境中，设备可能被重定向为虚拟通道，导致与本地裸机结果不同。

此外，网络抖动、上行带宽不足、会议平台服务器负载等链路问题不会完整体现在本页能力检查中，仍需结合网络与协议侧工具综合判断。