HTML5 标签无法提升硬件解码能力，仅触发浏览器调用底层解码器；硬解依赖浏览器内核、系统驱动与硬件协同，需用 MediaCapabilities.decodingInfo() 实测而非 canPlayType() 判断。

HTML5 <video></video> 标签本身不能提升硬件解码能力，它只是触发浏览器调用底层解码器的接口；能否硬解、用哪条通路（GPU/ASIC）、是否启用，完全由浏览器内核、操作系统驱动和硬件共同决定。

---

canPlayType() 返回 "probably" 不代表真能硬解

这个方法只检查 MIME 类型字符串是否被识别，不探测实际解码路径：

• video.canPlayType('video/mp4; codecs="avc1.42E01E"') 返回 "probably"，只说明浏览器“认识”这个编码字符串
• 真实硬解能力需结合 MediaCapabilities.decodingInfo() 实测，例如：

  const info = await navigator.mediaCapabilities.decodingInfo({
    type: 'media-source',
    video: { contentType: 'video/mp4; codecs="avc1.64001F"', width: 1280, height: 720, bitrate: 4_000_000, framerate: 30 }
  });
  // 检查 info.supported && info.powerEfficient === true

• Android WebView 或旧版 EdgeHTML 常返回 "probably" 却 fallback 到软解，必须实测加载+loadeddata事件后观察 GPU 内存占用或帧率

---

Safari 和 iOS 是唯一可较稳定依赖硬解的环境

其他平台硬解支持碎片化严重：

HTML Text Extract

从HTML页面（URL、文件或标准输入）中提取主体内容文本，去除导航、页脚、广告和模板文本。可直接传递给readability_check或其他文本工具。

下载

• Safari (macOS/iOS)：HEVC/H.264 均默认走 VideoToolbox，requestVideoFrameCallback 能精准对齐 VSync，延迟低
• Chrome (Windows/macOS)：H.264 多数走 NVDEC/VA-API，但 HEVC 默认禁用；需手动开启 chrome://flags/#enable-hevc-video-decoding（不稳定，重启生效）
• Firefox：明确禁用 HEVC；H.264 仅在 Windows 上通过 DXVA2，Linux/macOS 强制软解
• Android Chrome：依赖厂商媒体框架（如 Qualcomm mm-video），同一机型不同系统版本可能行为不一致；MediaCapabilities 在 Android 12+ 才较可靠

---

硬解失败时，浏览器不会自动降级到软解

这是最容易被忽略的关键点：

立即学习“前端免费学习笔记（深入）”；

• <video></video> 加载一个 HEVC 文件，若系统无硬解能力，Chrome 直接报 MediaError.MEDIA_ERR_SRC_NOT_SUPPORTED，不会尝试 JS 软解
• 没有内置 fallback 机制；你必须自己做探测 + 动态切换：
  • 先用 MediaCapabilities.decodingInfo() 检查目标格式
  • 若不支持，改用 <source></source> 切换到 H.264 MP4，或加载 wasm 解码器（如 FFmpeg.wasm）
  • 注意：decodingInfo() 是异步的，不能在 <source></source> 渲染前就完成判断，需配合 preload="none" 和 JS 控制流

---

硬解不是开关，而是整条链路（驱动 → OS 媒体服务 → 浏览器解码模块 → 视频标签绑定）的协同结果。想“提升”，只能选更稳的格式（H.264 Baseline）、更可控的平台（iOS）、更保守的参数（≤1080p、CBR、无 B-frame），而不是指望 HTML 标签本身。