HDR 屏幕显示能力检测
在线检测显示器或手机屏幕是否支持 HDR（高动态范围）显示。直观对比 SDR 与 HDR 色彩差异，测试屏幕亮度与色彩深度。
不会申请无关权限，检测过程会尽量直接使用当前设备和浏览器可用的能力。
建议在最新版本的 Chrome、Edge、Safari 和 Firefox 中使用。是否可用取决于 CSS media queries and display capability APIs、HTTPS、安全策略以及设备和浏览器支持情况。
| 格式 | 支持解码 | 流畅度 | 省电性 |
|---|---|---|---|
| SDR：H.264 / MP4（1080p@30） | - | - | - |
| HDR10：HEVC Main10 / MP4（4K@30，PQ/Rec2020） | - | - | - |
| HLG：HEVC / MP4（4K@30，HLG/Rec2020） | - | - | - |
| HDR：VP9 Profile 2 / WebM（4K@30，PQ/Rec2020） | - | - | - |
| HDR：AV1 / WebM（4K@30，PQ/Rec2020） | - | - | - |
怎么用这个页面快速判断 HDR 是否“真的生效”
HDR 显示支持测试指南
通过显示能力探测 + HDR 解码能力探测 + 可视化对比，帮助你判断设备/浏览器的 HDR 是否真的生效。
先做“能力判断”
通过浏览器的媒体查询 / CSS 支持情况，判断 HDR 输出链路是否可能开启。
做可视化高光对比
通过色块与梯度观察“高光是否更亮、暗部是否有层次”。
用 HDR 素材实播确认
加载本地 HDR 视频（手机拍摄/下载）实际播放，是最可靠的判断方式之一。
这个工具会检查什么
这个页面用于检查浏览器和显示链路是否暴露出有意义的 HDR 能力信号，以及视觉上是否能看出差异。
浏览器 HDR 能力提示
检查浏览器是否暴露相关显示能力信号或表现。
高亮层次区分
帮助你观察亮部是否有更清晰的层次，而不是全部挤在一起。
暗部和对比可见性
便于判断暗部细节是否仍然可见，是否被压得过死。
色深线索
更容易发现明显的色带或渐变不平滑。
全屏显示差异
帮助比较窗口和全屏模式下显示链路是否发生变化。
用户侧视觉判断
适合作为更深入校准前的浏览器级快速检查。
工具的局限性
它是视觉化 HDR 准备度检查，不是经过校准的亮度或色彩测量。
不是校准报告
不能像专业设备那样认证峰值亮度、绝对 nits、色域覆盖或 EOTF 精度。
系统色调映射会影响结果
系统 HDR 开关、浏览器色调映射和显示配置都会改变你看到的效果。
截图往往不能代表真实效果
截图通常会把 HDR 压回 SDR，无法真实还原肉眼看到的差异。
视觉判断带有主观性
环境光、屏幕亮度和个人视觉感受都会影响判断。
结果是如何生成的
结果来自浏览器可见的显示能力信号，以及页面本地渲染的高亮、暗部和渐变测试图案。
读取显示能力线索
页面先检查浏览器和平台是否暴露相关显示能力信号。
渲染测试图案
高亮、暗部和渐变内容会直接在浏览器中渲染。
对比全屏模式
你可以进一步比较全屏时浏览器是否表现不同。
视觉观察
你通过观察亮部层次、渐变平滑度和对比差异来判断。
本地输出解释
页面给出的是浏览器和视觉线索的综合提示，而不是正式 HDR 认证。
如何理解你的结果
可以把这个结果理解为浏览器层面对 HDR 准备状态的提示，而不是最终定论。
| 现象 | 可能原因 |
|---|---|
| 看不出 HDR 差异 | 显示链路可能仍在 SDR 模式，或浏览器没有进入合适的 HDR 路径。 |
| 高亮看起来发白 | 色调映射、亮度设置或浏览器显示处理限制了对比层次。 |
| 渐变有明显色带 | 有效位深不足、仍在 SDR 路径，或浏览器渲染受限。 |
| 全屏比窗口更好 | 系统或浏览器可能会在全屏模式下切换显示行为。 |
| 高亮和渐变明显更自然 | 浏览器和显示链路大概率已经暴露出可感知的 HDR 类行为。 |
支持的浏览器与已知限制
HDR 相关行为高度依赖系统显示管线、浏览器支持和显示设备本身。
| 浏览器 | 能力提示暴露 | 视觉 HDR 测试支持 | 全屏行为 | 已知限制 |
|---|---|---|---|---|
| Chrome | 支持系统中较好 | 好 | 好 | 实际 HDR 路径高度依赖系统和显示配置。 |
| Edge | Windows 支持环境中较好 | 好 | 好 | 结果受 Windows HDR 设置和 GPU 路径影响很大。 |
| Firefox | 暴露能力更有限 | 基础可用 | 基础可用 | HDR 相关 Web 行为通常不如 Chromium 一致。 |
| Safari | 依赖具体 Apple 平台 | 基础到较好 | 好 | Apple 显示链路会因设备差异很大。 |
| iOS Safari | 依赖设备 | 基础可用 | 基础到较好 | 移动端色调映射和亮度策略影响更大。 |
| 安卓浏览器 | 因 Android 硬件而异 | 基础到较好 | 基础到较好 | 厂商显示模式会显著改变结果。 |
适用场景
当你想快速确认浏览器显示链路是否进入更像 HDR 的状态时，这个工具很有帮助。
打开系统 HDR 后
快速确认浏览器里是否出现更明显的高亮和渐变层次。
观看 HDR 类内容前
先判断浏览器显示链路是否足够接近预期状态。
对比不同浏览器时
看看哪一个浏览器在当前设备上呈现出更明显的 HDR 视觉差异。
接入新显示器后
确认外接显示器是否改变了浏览器的显示路径。
屏幕看起来很平时
用它判断浏览器是否仍处在偏 SDR 的显示管线中。
常见问题解答
围绕 HDR 输出、色域、解码与实际观感差异，整理了最常见的判断与排查路径。
这个页面能“测出屏幕最大亮度（nits）”吗？
不能。浏览器通常无法直接读取屏幕的绝对亮度上限（nits）。本页提供的是“能力探测 + 主观对比”的组合：用 dynamic-range/color-gamut/MediaCapabilities 判断支持可能性，再用高光对比与 HDR 素材实播来确认是否真的以 HDR 输出。
dynamic-range: high = 是，是否就一定是 HDR？
不一定，但这是强信号。dynamic-range: high 反映的是浏览器对“高动态范围输出能力”的判断；实际是否 HDR 还会受系统 HDR 开关、外接显示器、色彩管理、以及播放器路径影响。建议再做“高光色块对比”和“HDR 视频实播确认”。
解码探测显示支持 HDR10/HLG，但画面看起来像 SDR，这是为什么？
很常见。解码支持只说明“能解码这类码流”，不代表会以 HDR 显示输出。很多情况下浏览器/系统会把 HDR 内容做 tone mapping 转 SDR（表现为整体发灰、高光不亮）。请确保系统 HDR 打开、关闭夜览/护眼，并尽量全屏在内建屏幕上播放后再判断。
为什么同一台设备在不同浏览器上 HDR 结果不同？
不同浏览器的 HDR 管线、色彩管理、硬解策略、以及对 CSS Color 4 / MediaCapabilities 的实现程度不同。尤其是 HEVC/HDR10 在不同系统授权下差异更大。建议至少对比一次 Chrome/Edge 与 Safari/Firefox（如果有）。
CSS rec2020 > 1（HDR 值）显示“不支持”，代表什么？
这通常意味着浏览器不支持用 CSS 直接表达“超出 1 的 HDR 高光值”，或者当前输出链路不允许。即使如此，设备仍可能通过“视频播放管线”实现 HDR（比如播放 HDR 视频时生效）。所以这项更偏向“网页渲染 HDR 高光”的能力，不等价于“视频 HDR”。
我应该用什么素材来验证 HDR 效果？
推荐用你手机拍摄的 HDR 视频（iPhone/部分安卓的“HDR 视频/杜比视界”），或者你确认是 HDR10/HLG 的测试片段。把它作为本地文件加载播放，再观察高光与暗部细节，是最直观可靠的方式之一。
外接显示器/投屏会影响 HDR 判断吗？
会。外接显示器、扩展坞、投屏协议、以及系统“镜像/扩展”模式都可能导致 HDR 降级或色彩管理变化。建议先在内建屏幕上测试做基准，再测试外接链路做对照。
相关指南
阅读与当前测试相关的场景文章、浏览器说明和排查建议。
新显示器 HDR 是真是假？三步在线检测避免色彩陷阱
花费数千购入的 HDR 显示器，画面为何依旧发灰？本文详解如何利用在线工具快速验证屏幕真实的 HDR 能力。通过直观对比 SDR 与 HDR 色彩差异、测试亮度峰值与色深，帮助影视后期、游戏玩家及数码爱好者在购机验收或故障排查时，一眼识破虚假参数，确保获得极致的视觉体验。
新显示器 HDR 是真是假？三步在线检测避坑指南
购入新显示器后，如何验证其是否真正支持 HDR？本文详解如何利用在线工具直观对比 SDR 与 HDR 色彩差异，排查游戏画面发灰问题。只需三步，即可在 1 分钟内完成屏幕亮度、色深及广色域能力的专业检测，助你避开参数虚标陷阱，确保影视后期与游戏体验达到最佳视觉效果。
买前必看：3 分钟教你用在线工具验证显示器是否真支持 HDR
新买的显示器宣称支持 HDR，画面却依旧发灰？本文介绍如何利用在线工具快速检测屏幕真实的 HDR 能力。通过直观对比 SDR 与 HDR 色彩差异、测试亮度与色深，帮助用户在购入新设备、进行影视后期或排查游戏画质问题时，轻松识别虚假宣传，确保获得最佳的视觉体验。
反馈 / 报告问题
告诉我们你的浏览器、设备，以及具体发生了什么。
这个结果看起来不对？
评论(0)