Android 17 原生支持 Eclipsa Video
Google 已在 Android 17 中加入对 Eclipsa Video 的原生支持，为开发者和设备厂商提供一种新方式，在兼容 HDR 显示屏的手机、平板和电视上更稳定地处理 HDR 视频。
Android Developers Blog 于 2026 年 6 月 29 日宣布了这一变化。核心问题很现实：HDR 视频在不同屏幕上的观感常常不一致，因为每块面板的亮度能力不同，而应用中也越来越常见 HDR 视频与标准动态范围界面元素混合出现。Eclipsa Video 会把自适应元数据随视频一起携带，让播放管线更可靠地保留高光细节、色彩、对比度和创作者想要的画面风格。
这不只是一个新的营销标签。Google 的实现把该格式连接到 Android 的媒体栈、开发者 API 和拍摄管线。只有当内容创作、播放和设备能力相互配合时，HDR 的一致性才会真正改善。
Eclipsa Video 要解决什么问题
HDR 通过扩大暗部阴影与明亮高光之间的范围，让视频看起来更接近真实场景。问题在于，手机屏幕、笔记本、电视和混合内容信息流并不具备相同的亮度余量。在参考显示器上调色的场景，到了另一台设备上可能出现高光裁切、画面发灰或突然过亮。
Eclipsa Video 使用基于 SMPTE ST 2094-50 的元数据来处理这一问题。Android 媒体指南 描述了两个关键部分：参考白点锚定，用来让 SDR 与 HDR 元素保持可预测的关系；以及根据显示余量自适应的增益曲线，用来帮助每块屏幕按照自身能力映射明亮区域。
对观众来说，预期收益是更少突兀的 HDR 播放体验。对创作者来说，调色决策可以随文件一起传递，而不是只依赖单一的静态 tone mapping。对应用开发者来说，关键问题是播放路径能否使用这些元数据，而不需要每个应用单独实现复杂处理。
Android 开发者得到什么
Google 表示，Android 17，也就是 API level 37，在支持的 HDR 设备上引入了 Eclipsa Video 播放和捕获的平台级支持。开发者指南称，Media3 ExoPlayer 可以解析带有 SMPTE ST 2094-50 元数据的文件，并在无需额外播放器配置的情况下应用这些信息。
拍摄支持也是重点之一。需要录制 Eclipsa Video 的应用应通过 CameraCharacteristics 检查设备支持，并在把视频发送到编码器表面时使用 HLG10_SMPTE_2094_50 动态范围配置。指南称，当活动动态范围配置支持时，Android 媒体框架会处理相应元数据。
实际结论是，视频应用、相机应用和社交平台不应只把 Eclipsa Video 视为播放格式。如果目标是从创作到观看都获得一致 HDR，捕获支持和元数据保留与最终渲染同样重要。
为什么这个标准不只关系 Android
更广泛的背景是，Eclipsa Video 与 SMPTE ST 2094-50 相关。根据 Eclipsa Media，该标准由 Google、Apple 和 NBCUniversal 参与合作制定。FlatpanelsHD 报道称，Eclipsa Video 是围绕该规范建立的合规和品牌项目，并由 HDR10+ 生态系统管理。
这让 Android 17 的支持具备两层意义。第一，Android 在操作系统层面为该格式提供平台路径，这可能降低使用 Google 媒体栈的应用团队的实现成本。第二，该格式进入的是一个已经相当拥挤的 HDR 领域，其中包括 Dolby Vision、HDR10、HDR10+ 以及各设备自己的 tone mapping 行为。
更谨慎的判断不是 Eclipsa Video 会立刻取代现有 HDR 格式。已经确认的变化更窄但仍然重要：Android 开发者现在获得了原生平台支持和文档，可以围绕一种面向可变屏幕和混合内容的元数据驱动 HDR 工作流进行开发。
接下来要看什么
首先要看设备支持。Google 的可用性说明指出，播放和捕获需要 Android 17 或更高版本，并且需要通过 Eclipsa 合规测试的 HDR 显示屏，因此实际体验将取决于硬件、认证和各 OEM 的发布选择。
第二是应用采用。Media3 支持降低了一个门槛，但内容平台仍然需要正确编码、保留、测试和分发这些元数据。相机应用也需要提供能够生成可用 Eclipsa Video 文件的捕获流程，而不是在后续处理中丢掉这些信息。
第三是用户是否会在日常信息流中遇到更少 HDR 意外。如果 Eclipsa Video 按预期工作，它的价值可能不会表现为一个醒目的功能按钮，而是视频在不同设备之间切换时不再显得过暗、过刺眼或不一致。