做渲染和光照的时间越长越觉得 HDR 贴图是被很多人低估的一个环节。很多项目里灯光强度都调到几十上百了Bloom 却死活不出效果自发光材质看着也亮了但亮得没有质感缺少那种真正发光体的能量感。查到最后问题往往都出在同一个地方贴图根本不是 HDR 数据颜色上限就是 1.0再怎么做都是 LDR 世界里的伪明亮。这篇文章专门拆解 Unity URP 渲染管线里的 HDR 贴图。不会只讲概念而是从为什么非用不可说起把文件格式和编码原理讲清楚再落到 Unity 导入配置和管线开关然后覆盖自发光、Bloom、天空盒、烘焙光照这四条实战路径最后把我这些年踩过的坑整理成问题速查。无论你做 PC、主机还是移动端只要项目跑 URP这篇文章里的内容基本都能直接用上。新手能借此理顺整个 HDR 链路老手也能顺便查漏补缺。1. 为什么需要HDR贴图从LDR到HDR的认知升级1.1 LDR贴图的瓶颈0到1的颜色上限先讲一个最基础但很容易被忽略的事实绝大多数我们日常接触的贴图比如 PNG、JPG、TGA都是 LDRLow Dynamic Range低动态范围贴图。每个颜色通道用 8bit 存储归一化之后数值范围就是 0 到 1。0 是纯黑1 是纯白中间 255 个灰度级。这本来是显示器的限制——你的屏幕天生只能输出 0 到 1 范围内的亮度。问题在于物理世界里的亮度远不止这个范围。正午太阳直射的地面可能是一千多 lux直视太阳本身则是一个难以想象的亮度值而显示器能输出的峰值亮度通常也就几百 nits。游戏里如果你想让某个物体表现得像在发光比如霓虹灯招牌、熔岩裂缝、光剑LDR 贴图能给你的最大数值就是白色也就是 RGB(1,1,1)。所有想要表达更亮的诉求最后都被硬生生压成同一个纯白。拿画画打个比方LDR 贴图像一盒只能挤出 0 到 100 级别颜料的画笔你想画太阳最多只能涂满纯白纯白就是这支画笔的极限。更麻烦的是画面里所有强光源都只能用同一个纯白顶替太阳和路灯之间没有任何亮度层级渲染器拿到的信息里根本没有谁更亮这个维度。1.2 HDR贴图的本质数值可以远超1.0HDR 贴图High Dynamic Range Texture高动态范围贴图解决的就是这个问题。它的像素值不再限制在 0 到 1而是可以存储大于 1 的数值。一个像素的 RGB 可以是 (5.0, 2.0, 0.5)意思是这个点的颜色是偏橙红但亮度是普通纯白的五倍。这里有一个关键认知LDR 贴图只能表达什么颜色HDR 贴图能额外表达多亮。这也是为什么 HDR 贴图在光照系统里如此重要。渲染器做光照计算、做 Bloom 高光提取、做色调映射时都需要知道某一点的辐射亮度到底是多少。LDR 贴图把超过 1 的信息全部裁掉HDR 贴图则保留完整的量级关系。简单对比一下对比项LDR贴图HDR贴图每通道位深8bit16bit浮点或32bit浮点数值范围0~1可远超1取决于格式常见格式PNG、JPG、TGAHDR、EXR、TIFF表达内容颜色颜色 光照能量典型用途漫反射贴图、颜色贴图自发光、天空盒、烘焙光照很多刚接触 HDR 的开发者会问一个问题我直接把贴图里画成白色再把材质颜色调高不行吗答案是部分可行但这不是 HDR 贴图。材质颜色调高的方式我们后面会讲那是另一条技术路线。真正的 HDR 贴图是把能量信息直接存进纹理数据里这样纹理本身可以参与光照、Bloom、反射计算能量随像素走而不是随材质参数走。1.3 游戏光照里HDR贴图扮演的三个角色在我自己的项目里HDR 贴图主要出现在三个位置上每个位置解决的问题都不一样。第一个角色是自发光贴图。物体表面某一片区域贴上 HDR 数据比如霓虹灯管的形状亮度值可以是 3.0、8.0这样它看起来就是一个真正的光源而不是一块涂了白色的黑布。自发光配合 Bloom 后处理能让画面出现真实的泛光效果。第二个角色是环境贴图。天空盒、反射探针Reflection Probe用的 Cubemap 通常就是 HDR 格式。室外场景的天空亮度动辄 10 以上这种能量被环境光、反射、镜面高光利用后整个场景的金属质感、地面反光才会真实。很多项目室内场景灰蒙蒙其中一个原因就是反射探针里的贴图是 LDR环境光能量不足。第三个角色是烘焙光照贴图。Lightmapper 烘焙出的间接光、自发光对周围环境的贡献这些能量也可能超过 1。如果光照贴图是 LDR烘焙结果超过 1 的部分会被直接裁掉暗部会显得特别平亮部则直接一片死白。高精度的 HDR 光照贴图能保留这部分能量信息让烘焙结果有充足的动态范围。2. HDR贴图的文件格式、编码原理与选型2.1 常见格式HDR、EXR、TIFF要落地做 HDR 贴图第一件事就是搞清楚文件格式。Unity 原生支持导入 Radiance HDR、OpenEXR 和 TIFF 这三种常见的 HDR 格式它们在内部存储方式上差别很大。Radiance HDR 文件后缀是 .hdr大家习惯叫它 HDRI。这个格式的特点是用 RGBE 编码每个像素的 R、G、B 各占 8bit再共享 8bit 指数共 32bit。它是互联网上环境贴图资源最通用的格式几乎所有 HDRI 资源站都提供这个格式。OpenEXR后缀是 .exr最初是某知名电影特效公司开源的格式现在已经成为 CG 行业交换 HDR 数据的标准。它支持半浮点16bit和全浮点32bit两种精度还支持无损或有损压缩。做自发光贴图、特效序列帧、高精度烘焙时EXR 是我的首选。TIFF 也有 32bit float 的变体DCC 软件之间交换贴图时偶尔会遇到但游戏项目里用得少。它的主要问题是体积大、加载慢除非上游流程强制使用否则我会优先转成 EXR。新人在选择格式时容易忽略一个问题图像软件里的另一种HDR——手机拍照的 HDR 合成照片本质是 LDR 范围的对比度增强不是游戏引擎要的 HDR 数据。判断标准只有一个像素值能不能超过 1。2.2 RGBE、RGBM、浮点三种编码方式怎么选理解了格式还要理解 HDR 数据是怎么被塞进纹理的这直接关系到你选哪种平台、哪种压缩配置。行业内常见三种编码方式。RGBE 编码就是把一个浮点数量化成尾数和指数。比如亮度值 5.0可以拆成 0.625 乘以 2 的 3 次方R、G、B 共用一个指数。这样做的好处是 8bit 每通道就能覆盖从极小到极大的动态范围存储效率高。缺点是三个通道共享指数会损失一定的颜色精度尤其是在非常亮或非常暗的区域不过实际画面里很难肉眼察觉。Radiance HDR 文件用的就是这种方式。RGBM 编码是在普通 8bit 纹理的 RGB 通道里存颜色Alpha 通道存一个亮度倍数 M最终像素值等于 RGB 乘以 M。这是移动端时代非常流行的做法因为它能把 HDR 数据装进普通 RGBA 贴图里兼容性极好。但它的动态范围有上限M 通常只能到 5 左右超过上限的亮度会被硬裁。而且 M 通道本身只有 8bit 精度在暗部很容易出现色阶断层放大后能看到明显的带状噪点。浮点贴图就直白得多每个通道直接存半浮点或全浮点数据精度高、动态范围大、色彩准确。缺点是数据量大不压缩时一张 1024 的全浮点 EXR 轻松上几十 MB。在实际项目中我的选择逻辑很简单美术资源交换用全浮点 EXR进引擎要看平台压缩。2.3 纹理压缩与平台选型HDR 贴图进引擎后不能直接拿原始文件跑必须经过纹理压缩。LDR 贴图主流用 BC7、ASTCHDR 贴图则有专门的压缩格式。PC 和主机平台我优先用 BC6H。它是专为 HDR 数据设计的块压缩格式每像素折合 8bit动态范围和精度表现都相当好对半浮点数据有专门优化。做天空盒 Cubemap、高精度自发光贴图BC6H 基本是标准答案。移动端要用 ASTC HDR。ASTC 的 HDR 模式在支持 Vulkan 或 OpenGL ES 3.1 以上的设备上可用压缩率灵活质量也不错。但要注意一些老设备不支持 ASTC HDRUnity 会回退到未压缩或者 LDR 模式这会导致贴图突然变灰或变暗。移动端项目如果要稳我通常会做运行时判断或者干脆走 RGBM 方案把 HDR 信息编码进普通 RGB 贴图绕开压缩格式兼容性问题。这里有个细节Unity 导入 HDR 贴图时压缩格式是分平台设置的你需要在纹理导入面板的平台 Override 里逐个指定。PC 上看着正常打包到手机就废了这类问题在项目中非常常见。3. Unity URP里的HDR贴图导入与管线配置3.1 导入设置这些选项到底怎么勾把一张 .hdr 或 .exr 文件拖进 Unity 工程后不要急着往场景里塞先把导入设置过一遍。我用得最多的是下面这几个选项。Texture Type 大多数情况下选 Default。如果这是一张用于天空盒或反射探针的 Cubemap就选 Cubemap 类型并在 Mapping 里选 Auto 或明确指定布局。这里最容易犯的错误是把 HDR 贴图当成普通颜色贴图勾上了 sRGBColor Texture选项。HDR 数据本质是线性亮度值不是颜色你勾上 sRGBUnity 会在采样后再做一次伽马解码等于给贴图叠加了一次额外的亮度和色偏修正出来的画面会发灰或者偏色。正确做法是 HDR 贴图不勾 sRGB让采样结果保持原始线性数据。Alpha Source 要看贴图有没有 Alpha。纯 HDR 环境贴图一般没有 Alpha选 None 就行。如果这是 RGBM 编码的贴图Alpha 通道存的是倍数 M那么 Source 应该选 From Input 并根据来源判断是否勾选 Alpha Is Transparency。压缩设置方面PC 选 BC6H移动端优先 ASTC HDR老平台考虑 RGBM 方案。其他选项Generate Mip Maps 建议打开远处的高光细节如果不生成 mipmap 会闪烁Wrap Mode 根据使用场景选自发光贴图一般 Repeat天空盒 Cubemap 用 Clamp 更安全。补充一个项目实战里的原则HDR 贴图尽量按需控制分辨率不要一味往大了导。BC6H 已经压到每像素 8bit但一张 4096 的 Cubemap 也比普通贴图贵不少天空盒 2048 和 1024 的差距场景观感上远没有内存差距那么大。3.2 URP管线开HDR渲染Asset和Camera两级开关贴图是 HDR 了管线也得让 HDR 数据跑通否则功亏一篑。URP 里 HDR 渲染有两个级别的开关。第一级在 URP Asset 上。选中你的 URP Asset在 Lighting 分组里能看到一个 HDR 选项。这个开关决定了管线默认情况下是否渲染到高动态范围的帧缓冲。如果这里关掉所有相机默认就是 LDR 渲染任何超过 1 的亮度都会被硬裁剪成纯白你的 HDR 贴图再亮也白搭。第二级在相机组件上。URP 的相机组件上有一个 Rendering 分组里面有 HDR 选项默认是 Use Pipeline Settings跟随管线设置。你可以针对特定相机覆盖比如主相机强制开 HDRUI 相机强制关 HDR 省性能。还有两个听起来无关但实际经常坑人的设置相机上的 Post Processing 开关以及 URP Asset 里的 Post Processing Data 引用。Bloom 属于后处理如果相机没开后处理你调破天也看不到 Bloom 效果。管线里也必须指定一份 Post Processing Volume Profile。我调试时的一条默认路径先确认 URP Asset HDR 打开再确认主相机 HDR 打开且 Post Processing 勾选然后才去动 Volume 里的 Bloom 参数。这三个开关不查清楚花几个小时找为什么 Bloom 不亮往往都是白费。3.3 颜色空间线性空间下HDR才能真正发挥作用HDR 渲染和颜色空间是绑定在一起的。项目颜色空间设置为 Linear线性时渲染器的光照计算全部在线性空间进行HDR 贴图的数值能直接参与能量计算物理上更正确。如果你项目还跑在 Gamma 空间光照计算是在伽马空间做完再输出HDR 数据的动态范围利用会被打折扣高光、Bloom、色调映射的表现都会有偏差。这里就涉及到一个常见的导入困惑LDR 颜色贴图比如 albedo需要勾 sRGB因为存的时候是伽马编码的采样后要解码回线性再做光照计算而 HDR 贴图存的本身就是线性亮度不能勾 sRGB。你可以把 sRGB 标记理解为这张纹理在存储时经过了伽马编码LDR 贴图默认是HDR 贴图不是。一旦勾错材质会明显偏亮、发灰或者饱和度异常。现在新项目基本都建线性颜色空间这是 Unity 的默认选项之一。如果是老项目迁移到 URP从 Gamma 切到 Linear 会让所有美术资源看起来都不一样需要专门一次颜色校准。这属于另一个话题但做 HDR 贴图前最好先确认项目在 Linear 空间下否则下面的所有经验都会打折扣。4. HDR贴图在光照实战里的四条落地路径4.1 自发光材质让物体自己成为光源自发光是 HDR 贴图最直观、也最常用的场景。URP 的 Lit 着色器里Surface Options 面板勾选 Emission 后会出现 Emission Map 和 Emission Color 两个属性。这两个属性的关系是相乘最终自发光强度 贴图值 × 颜色值。Emission Color 右侧的色块点击后会弹出颜色选择器注意顶部有一个 HDR 按钮。点击切换成 HDR 模式后颜色选择器下方会出现一个 Intensity 滑块允许你把数值拖到 1 以上甚至输入 5、10、50。这就是前面说的另一条技术路线贴图只负责形状HDR 颜色负责能量。我个人的习惯是这两种方式配合使用。大面积的自发光物体比如灯箱、广告牌、屏幕用黑白灰度图做 Emission Map配合 HDR 颜色控制亮度这样贴图小、压缩压力小、参数调起来也直观。而火焰、光晕、动态特效这类纹理细节本身就包含亮度分布的东西才值得用真正的 HDR 贴图因为贴图里不同区域亮度差异本身就是细节。另外注意 Emission 面板里有一个 Global Illumination 选项可选 None、Realtime、Baked。URP 目前没有官方支持实时全局光照你选了 Realtime 也基本不会看到自发光把光传给附近物体。要做自发光照亮周围的效果选 Baked然后把物体标记为 Static 并参与光照烘焙自发光会作为光源写进光照贴图。不烘焙的话选 None 即可自发光只影响自身视觉。写一段运行时动态控制自发光强度的代码很简单用 MaterialPropertyBlock 避免实例化材质适合大量招牌灯管的批量控制using UnityEngine; [RequireComponent(typeof(Renderer))] public class SetEmissiveHDR : MonoBehaviour { public float intensity 3.0f; public Color baseColor Color.white; private static readonly int EmissionColor Shader.PropertyToID(_EmissionColor); void Start() { Renderer renderer GetComponentRenderer(); MaterialPropertyBlock mpb new MaterialPropertyBlock(); renderer.GetPropertyBlock(mpb); mpb.SetColor(EmissionColor, baseColor * intensity); renderer.SetPropertyBlock(mpb); } }这段代码在 URP Lit 材质上可以直接生效因为 URP Lit 的自发光属性名沿用了内置管线的_EmissionColor。4.2 Bloom后处理HDR数据忠实可见的第一步Bloom 泛光效果是把场景中亮度超过某个阈值的区域提取出来做模糊后叠加回画面。这里的关键是亮度超过阈值而这个阈值在 LDR 帧缓冲下根本没有意义——所有超过 1 的像素已经被裁成纯白没有超过阈值的冗余信息。打开 HDR 渲染后场景里的像素可以带着 3.0、8.0、20.0 这样的亮度值进入后处理阶段Bloom 才能从中提取出真正的亮部。这就是为什么我前面强调管线 HDR 开关的重要性你的 Emission 数值再高如果管线把帧缓冲裁成 LDRBloom 就永远只看到一个死白。URP 的 Bloom 在 Volume 组件里配置常见参数如下参数作用常用经验值Threshold亮度提取阈值0.9~1.2Intensity整体泛光强度0.3~1.5Scatter泛光向外扩散程度0.3~0.7Tint泛光色调叠加默认白色Clamp限制泛光最大亮度根据场景调节实际项目中Threshold 低于 1 意味着连普通亮部的颜色也会产生淡淡泛光适合柔和的氛围光Threshold 拉到 1.2 以上只有自发光、太阳这类 HDR 亮部才会泛光适合偏硬朗的风格画面。Scatter 越大泛光扩散得越开但注意 Scatter 调大会明显降低亮部细节。Bloom 的提取发生在色调映射之前所以即使你开启了 ACES 色调映射HDR 亮度信息也不会被映射过程吃掉。这也是为什么先有 HDR 帧缓冲再谈 Bloom 质量这句经验在 URP 里永远成立。4.3 天空盒与环境反射用HDR Cubemap撑起环境光场景里第二个离不开 HDR 贴图的地方是天空盒和环境反射。新建一个空场景默认天空盒是 Unity 自带的一个低亮度渐变天空环境光强度很低场景看起来灰蒙蒙的。正确的做法是导入一张 HDR 全景图Lat-Long 格式即 2:1 比例的全景图在导入面板里把 Texture Type 设为 CubemapMapping 选 Auto 或经纬度映射。然后创建材质Shader 选 Skybox/Panoramic把 Cubemap 拖进 Spherical HDR 属性用 Exposure 参数控制整体亮度。一般 HDRI 资源本身的亮度就非常高Exposure 默认 1 会让场景过曝我通常从 0.3 开始往下试。天空盒不只是背景它还直接决定了环境光的能量来源。Lighting 窗口里 Environment Reflections 的 Source 如果设为 Skybox场景中所有 PBR 材质的镜面反射都会从这张 HDR Cubemap 里采样。金属物体上映射出来的天空细节、地面反射的高光全部依赖这张图的动态范围。LDR 天空图做反射金属表面就像涂了一层灰漆完全没有鲜活感。有些场景不用天空盒而用 Reflection Probe 手动管理反射这时候同样可以指定 HDR Cubemap。把 Reflection Probe 的 Type 设为 Cubemap拖入提前制作的 Cubemap 资源即可。实际经验是烘焙探针会比实时采样天空盒质量更好、可控性更强适合需要精确控制反射内容的场景。4.4 烘焙光照贴图保存多一级亮度信息很多人不知道HDR 贴图和光照贴图也有强关系。URP 的 Lightmapper 烘焙 indirect light 时结果可以保存在 LDR 光照贴图里也可以保存在 HDR 光照贴图里。URP Asset 的 Lighting 设置里有一项 Lightmap Encoding提供了 Normal Quality 和 High Quality 两档。Normal Quality 通常使用 RGBM 编码把 HDR 数据装进 8bit 纹理省内存但动态范围有限暗部容易出现条带。High Quality 会使用浮点格式精度高、动态范围大烘焙出来的间接光照层次更丰富代价是显存和带宽占用更高。烘焙光照贴图这个场景是我个人踩坑最多的地方之一。曾经一个室内场景间接光照烘完总觉得暗部发闷亮部发死。后来把 Lightmap Encoding 从 Normal Quality 切到 High Quality重新烘焙对比暗部细节明显多了墙面和地面的过渡也自然了。在 PC/主机项目上我基本都开 High Quality移动端如果显存压力大只能接受 Normal Quality同时要注意烘焙参数里别让间接光超过 RGBM 的倍数上限避免裁切。另外自发光参与烘焙时Emission 的 Global Illumination 选项必须设为 Baked而且发光物体要参与烘焙物体标记为 Static并勾选 Contribute GI。烘焙后光照贴图里就会带有自发光贡献的能量。这一步做对了夜市场景的霓虹灯真的能把旁边的墙面照亮而不是只亮自己。5. 实操过程快速制作、导入并验证一张HDR贴图5.1 两条制作路线真HDR贴图 vs 材质HDR乘数动手之前先想清楚你要走哪条路线这能省很多返工的时间。路线 A 是制作真正的 HDR 贴图像素值本身包含大于 1 的亮度。适合火焰、光晕、激光、特效、光照透镜这类对纹理内亮度分布有硬性要求的材質。优点是自发光强度随纹理走色调和能量可以精细控制缺点是制作流程复杂文件大压缩配置讲究。路线 B 是制作普通 LDR 灰阶遮罩贴图靠材质的 HDR 颜色乘数控制亮度。适合灯箱、屏幕、招牌、大面积发光板这类颜色均匀、只需要亮度系数的自发光。优点是贴图小、流程快、参数直观一条 RGB 曲线配一个强度值就能调完所有招牌。判断标准很简单如果发光区域内部的亮度分布是均匀的走路线 B如果发光区域本身需要丰富的亮度细节比如火焰中心亮、边缘暗走路线 A。我见过最浪费的项目就是把整条街的灯箱招牌全部做成 HDR 贴图一张张画、一张张压其实路线 B 一个共享材质就解决了性能和迭代效率都好得多。5.2 Photoshop与Substance Painter里导出HDR资源制作真正的 HDR 贴图最常用的工具还是 Photoshop 和 Substance Painter。在 Photoshop 里新建文档后先通过 Image 菜单把 Mode 切成 32 Bits/Channel这样画出来的内容才可能超过 1。用画笔可以直接在 32bit 下绘制亮度配色时可以输入超过 255 的数值。更简单的做法是先用 8bit 模式把形状草图画好切到 32bit 后用 Levels 或 Exposure 调整层把高光区顶到 1 以上然后导出。导出格式在 File Save As 里选 Radiance (.hdr) 或者 OpenEXR (.exr)我一般存半浮点 EXR精度好、体积适中。Substance Painter 做 HDR 自发光贴图更直观。在 Emissive 通道里用画笔绘制发光区域颜色值可以通过 Emission Intensity 控制导出时记得在 Export 设置里把文件格式选为 EXR 16 bits floatSubstance 会把你画的 Emissive 数据完整保留为 HDR 信息。注意不要选 JPG 或 PNG那会直接退化成 LDR 并裁掉所有超过 1 的数据。不管用哪个工具导出的文件都要做一次验证。最简单的验证方法是在 Unity 里导入后写一个编辑器脚本读取像素最大值using UnityEditor; using UnityEngine; public static class HDRTextureChecker { [MenuItem(Tools/Check HDR Texture Max)] public static void Check() { if (Selection.activeObject is Texture2D tex) { Color[] pixels tex.GetPixels(); float maxValue 0f; foreach (Color c in pixels) { maxValue Mathf.Max(maxValue, Mathf.Max(c.r, Mathf.Max(c.g, c.b))); } // 大于1说明确实是HDR数据约等于1说明已经被压成LDR Debug.Log($Texture max channel value: {maxValue}); } } }如果最大值在 1.0 附近甚至小于 1说明导出或导入环节已经把 HDR 数据压平了贴图里面有重复劳动。5.3 免费HDRI资源的使用与人造曝光不是所有项目都有美术专门画 HDR 贴图更多时候你是从网上找 CC0 协议的免费 HDRI 全景图资源拿来当天空盒和环境光。这类资源下载下来一般是 .hdr 文件直接拖进 Unity。导入时把 Texture Type 设为 CubemapMapping 选用经纬度布局然后创建 Skybox/Panoramic 材质把 Cubemap 放进去。这里要特别说一个人造曝光的技巧HDRI 资源现场的曝光值是固定的你会发现同一张图白天场景曝光调低、夜晚场景曝光调高。所以在 Lighting 窗口里配合 Skybox 的 Exposure 参数调环境光强度是比换素材更快、更可控的方案。有一种常见需求是用一个不存在的天空比如夜晚城市背景但手里的资源是日落天空。这时候可以把曝光压得很低配合体积雾和较强的定向光天空盒就只充当微弱的暗部环境色。这个方法在很多项目里帮我们省了找夜景 HDRI 的时间。另外提醒一点HDRI 文件体积普遍偏大一张 8K 的 .hdr 动辄几百 MB导入后注意 Max Size 和压缩设置。很多做移动端的项目天空盒只需要 1024 就足够因为大部分像素都被体积雾或景深模糊掉了没必要撑到 4K。5.4 用C#在运行时读写HDR纹理有些项目需要在运行时生成或者转换 HDR 贴图比如动态纹理特效、程序化生成的发光纹理。这时候用 RenderTexture 搭配半浮点格式是最常见的做法。Unity 的 RenderTextureFormat 里有一个 ARGBHalf每个通道是 16bit 半浮点适合做 HDR 渲染目标。你可以在运行时对 RenderTexture 做 Blit 等操作把普通 LDR 内容转换进去后再往上面叠加超过 1 的亮度值。这种做法在生成激光光束、能量护盾这类程序化特效时非常实用using UnityEngine; public class CreateHDRTarget : MonoBehaviour { public RenderTexture hdrTarget; void Start() { // 创建半浮点HDR渲染目标 hdrTarget new RenderTexture(512, 512, 0, RenderTextureFormat.ARGBHalf); hdrTarget.name Runtime HDR Target; hdrTarget.Create(); } }需要注意ARGBHalf 格式的 RenderTexture 在任何 URP 管线下都能正常采样但如果项目跑在某些老移动设备上对半浮点渲染目标的支持可能有限需要提前做功能降级方案。另外运行时生成 HDR 纹理后采样时同样不要把它当成 sRGB 贴图来处理。6. 常见问题与排查技巧实录6.1 贴图看着是HDR进引擎就平了这是最经典的坑。美术在 Photoshop 里明明把亮度画到了 5.0、8.0进 Unity 一看变成了平平无奇的贴图自发光怎么调都不爆。第一优先检查导入面板的 sRGBColor Texture选项。HDR 贴图如果误勾了 sRGBUnity 会对线性数据再做一次伽马解码亮度值会被大幅抬高变成诡异颜色或者经过压缩后被压回 LDR 范围。HDR 贴图一律不勾 sRGB。第二检查压缩格式。如果平台 Override 里选的压缩格式是不支持 HDR 的比如某些情况下回退到 DXT 或 ETC高动态范围数据会被硬压回 0 到 1。PC 上用 BC6H移动端确认 ASTC HDR或者干脆这段开发期间先设为 None 避免干扰。第三用前面那个编辑器脚本快速验证贴图的最大像素值。如果最大值约等于 1说明数据在文件层面就已经是 LDR问题出在制作流程或导入工具上而不是 Unity 配置问题。6.2 Bloom死活不亮先查三处开关Bloom 是 HDR 链路里最直观的验证器也是问题高发区。我排查 Bloom 不亮有一套固定顺序基本能覆盖九成问题。第一URP Asset 的 HDR 开关。这里关了整个管线帧缓冲是 LDRBloom 永远是白费的。第二相机组件的 Post Processing 开关。很多时候 HDR 开了、Bloom 配置了但相机没开后处理画面一点反应都没有。第三Volume 里 Bloom 的 Threshold 和 Intensity。Threshold 设太高比如 2.0 以上自发光强度不够就永远触发不了Intensity 设太低比如 0.1即使有泛光也几乎看不见。验证方法很简单把自发光材质的 Emission Color 临时设成一个很高的 HDR 值比如 10.0再确认 Threshold 在 1.0 左右如果这时候 Bloom 还是没反应那就不是材质问题是管线和相机问题。这个方法每次都很管用。6.3 自发光不把光传给环境光没有传出去场景里一个发光招牌屏幕上看着挺亮但旁边的墙面一点都没被照亮。这是自发光参与全局光照的问题。第一步检查材质的 Global Illumination 选项。如果选了 None自发光只影响自身显示完全不会传到周围环境。要传光选 Baked。第二步确认物体参与了烘焙。自发光物体要标记为 Static且 Contribute GI 勾选正常周围的受光物体同样要在光照烘焙范围内。第三步重新烘焙光照。修改自发光强度后必须重新烘焙间接光信息才会更新这是新手最容易忘记的一步。URP 下实时全局光照是缺失的所以别指望自发光能像实时点光源一样动态照亮附近物体。如果场景需要自发光实时照亮周围的交互效果要么退而求其次在发光位置额外放置一个低强度点光源要么接受烘焙方案。6.4 移动端HDR精度与性能的平衡移动端做 HDR 贴图最大的矛盾是HDR 数据好吃显存压缩格式兼容性又参差不齐。我现在的移动端策略是分情况处理。大面积均匀自发光走材质 HDR 颜色乘灰阶遮罩贴图不碰真正的 HDR 纹理。特效和少数需要 HDR 纹理的对象用 ASTC HDR 压缩并准备了运行时降级开关。光照贴图用 RGBM 编码的 Normal Quality烘焙参数里控制间接光最大亮度避免超过 RGBM 上限导致裁切。Bloom 在移动端也不要全分辨率计算。URP 里可以把 Bloom 的分辨率通过缩放或者降采样链控制住实际效果和全分辨率差别不大但性能差很多。半浮点 RenderTexture 在高端移动 GPU 上问题不大中低端设备上频率偏高的填充会造成发热能省则省。还有一个容易被忽略的点移动端的太阳、灯这类强光源与其依赖 HDR 贴图加 Bloom不如直接在光源参数上把 Intensity 拉到 3 到 5配合不同光照风格调整性能开销最小效果也最直接。最后分享一个让我印象很深的小案例。某个项目里做一个霓虹灯招牌美术很认真地在贴图里把 RGB 涂到 255还是觉得不够亮。后来我把整张贴图换成一张灰阶遮罩在材质上把 Emission Color 拉到 8, 8, 8Bloom 阈值调到 1.0画面立刻有了夜里照亮一条街的感觉。那次之后我做自发光项目都会先想清楚贴图负责形状HDR 颜色负责能量管线负责让能量可见。这三件事打通了URP 里的发光体才会真正有灵魂。
做渲染和光照的时间越长越觉得 HDR 贴图是被很多人低估的一个环节。很多项目里灯光强度都调到几十上百了Bloom 却死活不出效果自发光材质看着也亮了但亮得没有质感缺少那种真正发光体的能量感。查到最后问题往往都出在同一个地方贴图根本不是 HDR 数据颜色上限就是 1.0再怎么做都是 LDR 世界里的伪明亮。这篇文章专门拆解 Unity URP 渲染管线里的 HDR 贴图。不会只讲概念而是从为什么非用不可说起把文件格式和编码原理讲清楚再落到 Unity 导入配置和管线开关然后覆盖自发光、Bloom、天空盒、烘焙光照这四条实战路径最后把我这些年踩过的坑整理成问题速查。无论你做 PC、主机还是移动端只要项目跑 URP这篇文章里的内容基本都能直接用上。新手能借此理顺整个 HDR 链路老手也能顺便查漏补缺。1. 为什么需要HDR贴图从LDR到HDR的认知升级1.1 LDR贴图的瓶颈0到1的颜色上限先讲一个最基础但很容易被忽略的事实绝大多数我们日常接触的贴图比如 PNG、JPG、TGA都是 LDRLow Dynamic Range低动态范围贴图。每个颜色通道用 8bit 存储归一化之后数值范围就是 0 到 1。0 是纯黑1 是纯白中间 255 个灰度级。这本来是显示器的限制——你的屏幕天生只能输出 0 到 1 范围内的亮度。问题在于物理世界里的亮度远不止这个范围。正午太阳直射的地面可能是一千多 lux直视太阳本身则是一个难以想象的亮度值而显示器能输出的峰值亮度通常也就几百 nits。游戏里如果你想让某个物体表现得像在发光比如霓虹灯招牌、熔岩裂缝、光剑LDR 贴图能给你的最大数值就是白色也就是 RGB(1,1,1)。所有想要表达更亮的诉求最后都被硬生生压成同一个纯白。拿画画打个比方LDR 贴图像一盒只能挤出 0 到 100 级别颜料的画笔你想画太阳最多只能涂满纯白纯白就是这支画笔的极限。更麻烦的是画面里所有强光源都只能用同一个纯白顶替太阳和路灯之间没有任何亮度层级渲染器拿到的信息里根本没有谁更亮这个维度。1.2 HDR贴图的本质数值可以远超1.0HDR 贴图High Dynamic Range Texture高动态范围贴图解决的就是这个问题。它的像素值不再限制在 0 到 1而是可以存储大于 1 的数值。一个像素的 RGB 可以是 (5.0, 2.0, 0.5)意思是这个点的颜色是偏橙红但亮度是普通纯白的五倍。这里有一个关键认知LDR 贴图只能表达什么颜色HDR 贴图能额外表达多亮。这也是为什么 HDR 贴图在光照系统里如此重要。渲染器做光照计算、做 Bloom 高光提取、做色调映射时都需要知道某一点的辐射亮度到底是多少。LDR 贴图把超过 1 的信息全部裁掉HDR 贴图则保留完整的量级关系。简单对比一下对比项LDR贴图HDR贴图每通道位深8bit16bit浮点或32bit浮点数值范围0~1可远超1取决于格式常见格式PNG、JPG、TGAHDR、EXR、TIFF表达内容颜色颜色 光照能量典型用途漫反射贴图、颜色贴图自发光、天空盒、烘焙光照很多刚接触 HDR 的开发者会问一个问题我直接把贴图里画成白色再把材质颜色调高不行吗答案是部分可行但这不是 HDR 贴图。材质颜色调高的方式我们后面会讲那是另一条技术路线。真正的 HDR 贴图是把能量信息直接存进纹理数据里这样纹理本身可以参与光照、Bloom、反射计算能量随像素走而不是随材质参数走。1.3 游戏光照里HDR贴图扮演的三个角色在我自己的项目里HDR 贴图主要出现在三个位置上每个位置解决的问题都不一样。第一个角色是自发光贴图。物体表面某一片区域贴上 HDR 数据比如霓虹灯管的形状亮度值可以是 3.0、8.0这样它看起来就是一个真正的光源而不是一块涂了白色的黑布。自发光配合 Bloom 后处理能让画面出现真实的泛光效果。第二个角色是环境贴图。天空盒、反射探针Reflection Probe用的 Cubemap 通常就是 HDR 格式。室外场景的天空亮度动辄 10 以上这种能量被环境光、反射、镜面高光利用后整个场景的金属质感、地面反光才会真实。很多项目室内场景灰蒙蒙其中一个原因就是反射探针里的贴图是 LDR环境光能量不足。第三个角色是烘焙光照贴图。Lightmapper 烘焙出的间接光、自发光对周围环境的贡献这些能量也可能超过 1。如果光照贴图是 LDR烘焙结果超过 1 的部分会被直接裁掉暗部会显得特别平亮部则直接一片死白。高精度的 HDR 光照贴图能保留这部分能量信息让烘焙结果有充足的动态范围。2. HDR贴图的文件格式、编码原理与选型2.1 常见格式HDR、EXR、TIFF要落地做 HDR 贴图第一件事就是搞清楚文件格式。Unity 原生支持导入 Radiance HDR、OpenEXR 和 TIFF 这三种常见的 HDR 格式它们在内部存储方式上差别很大。Radiance HDR 文件后缀是 .hdr大家习惯叫它 HDRI。这个格式的特点是用 RGBE 编码每个像素的 R、G、B 各占 8bit再共享 8bit 指数共 32bit。它是互联网上环境贴图资源最通用的格式几乎所有 HDRI 资源站都提供这个格式。OpenEXR后缀是 .exr最初是某知名电影特效公司开源的格式现在已经成为 CG 行业交换 HDR 数据的标准。它支持半浮点16bit和全浮点32bit两种精度还支持无损或有损压缩。做自发光贴图、特效序列帧、高精度烘焙时EXR 是我的首选。TIFF 也有 32bit float 的变体DCC 软件之间交换贴图时偶尔会遇到但游戏项目里用得少。它的主要问题是体积大、加载慢除非上游流程强制使用否则我会优先转成 EXR。新人在选择格式时容易忽略一个问题图像软件里的另一种HDR——手机拍照的 HDR 合成照片本质是 LDR 范围的对比度增强不是游戏引擎要的 HDR 数据。判断标准只有一个像素值能不能超过 1。2.2 RGBE、RGBM、浮点三种编码方式怎么选理解了格式还要理解 HDR 数据是怎么被塞进纹理的这直接关系到你选哪种平台、哪种压缩配置。行业内常见三种编码方式。RGBE 编码就是把一个浮点数量化成尾数和指数。比如亮度值 5.0可以拆成 0.625 乘以 2 的 3 次方R、G、B 共用一个指数。这样做的好处是 8bit 每通道就能覆盖从极小到极大的动态范围存储效率高。缺点是三个通道共享指数会损失一定的颜色精度尤其是在非常亮或非常暗的区域不过实际画面里很难肉眼察觉。Radiance HDR 文件用的就是这种方式。RGBM 编码是在普通 8bit 纹理的 RGB 通道里存颜色Alpha 通道存一个亮度倍数 M最终像素值等于 RGB 乘以 M。这是移动端时代非常流行的做法因为它能把 HDR 数据装进普通 RGBA 贴图里兼容性极好。但它的动态范围有上限M 通常只能到 5 左右超过上限的亮度会被硬裁。而且 M 通道本身只有 8bit 精度在暗部很容易出现色阶断层放大后能看到明显的带状噪点。浮点贴图就直白得多每个通道直接存半浮点或全浮点数据精度高、动态范围大、色彩准确。缺点是数据量大不压缩时一张 1024 的全浮点 EXR 轻松上几十 MB。在实际项目中我的选择逻辑很简单美术资源交换用全浮点 EXR进引擎要看平台压缩。2.3 纹理压缩与平台选型HDR 贴图进引擎后不能直接拿原始文件跑必须经过纹理压缩。LDR 贴图主流用 BC7、ASTCHDR 贴图则有专门的压缩格式。PC 和主机平台我优先用 BC6H。它是专为 HDR 数据设计的块压缩格式每像素折合 8bit动态范围和精度表现都相当好对半浮点数据有专门优化。做天空盒 Cubemap、高精度自发光贴图BC6H 基本是标准答案。移动端要用 ASTC HDR。ASTC 的 HDR 模式在支持 Vulkan 或 OpenGL ES 3.1 以上的设备上可用压缩率灵活质量也不错。但要注意一些老设备不支持 ASTC HDRUnity 会回退到未压缩或者 LDR 模式这会导致贴图突然变灰或变暗。移动端项目如果要稳我通常会做运行时判断或者干脆走 RGBM 方案把 HDR 信息编码进普通 RGB 贴图绕开压缩格式兼容性问题。这里有个细节Unity 导入 HDR 贴图时压缩格式是分平台设置的你需要在纹理导入面板的平台 Override 里逐个指定。PC 上看着正常打包到手机就废了这类问题在项目中非常常见。3. Unity URP里的HDR贴图导入与管线配置3.1 导入设置这些选项到底怎么勾把一张 .hdr 或 .exr 文件拖进 Unity 工程后不要急着往场景里塞先把导入设置过一遍。我用得最多的是下面这几个选项。Texture Type 大多数情况下选 Default。如果这是一张用于天空盒或反射探针的 Cubemap就选 Cubemap 类型并在 Mapping 里选 Auto 或明确指定布局。这里最容易犯的错误是把 HDR 贴图当成普通颜色贴图勾上了 sRGBColor Texture选项。HDR 数据本质是线性亮度值不是颜色你勾上 sRGBUnity 会在采样后再做一次伽马解码等于给贴图叠加了一次额外的亮度和色偏修正出来的画面会发灰或者偏色。正确做法是 HDR 贴图不勾 sRGB让采样结果保持原始线性数据。Alpha Source 要看贴图有没有 Alpha。纯 HDR 环境贴图一般没有 Alpha选 None 就行。如果这是 RGBM 编码的贴图Alpha 通道存的是倍数 M那么 Source 应该选 From Input 并根据来源判断是否勾选 Alpha Is Transparency。压缩设置方面PC 选 BC6H移动端优先 ASTC HDR老平台考虑 RGBM 方案。其他选项Generate Mip Maps 建议打开远处的高光细节如果不生成 mipmap 会闪烁Wrap Mode 根据使用场景选自发光贴图一般 Repeat天空盒 Cubemap 用 Clamp 更安全。补充一个项目实战里的原则HDR 贴图尽量按需控制分辨率不要一味往大了导。BC6H 已经压到每像素 8bit但一张 4096 的 Cubemap 也比普通贴图贵不少天空盒 2048 和 1024 的差距场景观感上远没有内存差距那么大。3.2 URP管线开HDR渲染Asset和Camera两级开关贴图是 HDR 了管线也得让 HDR 数据跑通否则功亏一篑。URP 里 HDR 渲染有两个级别的开关。第一级在 URP Asset 上。选中你的 URP Asset在 Lighting 分组里能看到一个 HDR 选项。这个开关决定了管线默认情况下是否渲染到高动态范围的帧缓冲。如果这里关掉所有相机默认就是 LDR 渲染任何超过 1 的亮度都会被硬裁剪成纯白你的 HDR 贴图再亮也白搭。第二级在相机组件上。URP 的相机组件上有一个 Rendering 分组里面有 HDR 选项默认是 Use Pipeline Settings跟随管线设置。你可以针对特定相机覆盖比如主相机强制开 HDRUI 相机强制关 HDR 省性能。还有两个听起来无关但实际经常坑人的设置相机上的 Post Processing 开关以及 URP Asset 里的 Post Processing Data 引用。Bloom 属于后处理如果相机没开后处理你调破天也看不到 Bloom 效果。管线里也必须指定一份 Post Processing Volume Profile。我调试时的一条默认路径先确认 URP Asset HDR 打开再确认主相机 HDR 打开且 Post Processing 勾选然后才去动 Volume 里的 Bloom 参数。这三个开关不查清楚花几个小时找为什么 Bloom 不亮往往都是白费。3.3 颜色空间线性空间下HDR才能真正发挥作用HDR 渲染和颜色空间是绑定在一起的。项目颜色空间设置为 Linear线性时渲染器的光照计算全部在线性空间进行HDR 贴图的数值能直接参与能量计算物理上更正确。如果你项目还跑在 Gamma 空间光照计算是在伽马空间做完再输出HDR 数据的动态范围利用会被打折扣高光、Bloom、色调映射的表现都会有偏差。这里就涉及到一个常见的导入困惑LDR 颜色贴图比如 albedo需要勾 sRGB因为存的时候是伽马编码的采样后要解码回线性再做光照计算而 HDR 贴图存的本身就是线性亮度不能勾 sRGB。你可以把 sRGB 标记理解为这张纹理在存储时经过了伽马编码LDR 贴图默认是HDR 贴图不是。一旦勾错材质会明显偏亮、发灰或者饱和度异常。现在新项目基本都建线性颜色空间这是 Unity 的默认选项之一。如果是老项目迁移到 URP从 Gamma 切到 Linear 会让所有美术资源看起来都不一样需要专门一次颜色校准。这属于另一个话题但做 HDR 贴图前最好先确认项目在 Linear 空间下否则下面的所有经验都会打折扣。4. HDR贴图在光照实战里的四条落地路径4.1 自发光材质让物体自己成为光源自发光是 HDR 贴图最直观、也最常用的场景。URP 的 Lit 着色器里Surface Options 面板勾选 Emission 后会出现 Emission Map 和 Emission Color 两个属性。这两个属性的关系是相乘最终自发光强度 贴图值 × 颜色值。Emission Color 右侧的色块点击后会弹出颜色选择器注意顶部有一个 HDR 按钮。点击切换成 HDR 模式后颜色选择器下方会出现一个 Intensity 滑块允许你把数值拖到 1 以上甚至输入 5、10、50。这就是前面说的另一条技术路线贴图只负责形状HDR 颜色负责能量。我个人的习惯是这两种方式配合使用。大面积的自发光物体比如灯箱、广告牌、屏幕用黑白灰度图做 Emission Map配合 HDR 颜色控制亮度这样贴图小、压缩压力小、参数调起来也直观。而火焰、光晕、动态特效这类纹理细节本身就包含亮度分布的东西才值得用真正的 HDR 贴图因为贴图里不同区域亮度差异本身就是细节。另外注意 Emission 面板里有一个 Global Illumination 选项可选 None、Realtime、Baked。URP 目前没有官方支持实时全局光照你选了 Realtime 也基本不会看到自发光把光传给附近物体。要做自发光照亮周围的效果选 Baked然后把物体标记为 Static 并参与光照烘焙自发光会作为光源写进光照贴图。不烘焙的话选 None 即可自发光只影响自身视觉。写一段运行时动态控制自发光强度的代码很简单用 MaterialPropertyBlock 避免实例化材质适合大量招牌灯管的批量控制using UnityEngine; [RequireComponent(typeof(Renderer))] public class SetEmissiveHDR : MonoBehaviour { public float intensity 3.0f; public Color baseColor Color.white; private static readonly int EmissionColor Shader.PropertyToID(_EmissionColor); void Start() { Renderer renderer GetComponentRenderer(); MaterialPropertyBlock mpb new MaterialPropertyBlock(); renderer.GetPropertyBlock(mpb); mpb.SetColor(EmissionColor, baseColor * intensity); renderer.SetPropertyBlock(mpb); } }这段代码在 URP Lit 材质上可以直接生效因为 URP Lit 的自发光属性名沿用了内置管线的_EmissionColor。4.2 Bloom后处理HDR数据忠实可见的第一步Bloom 泛光效果是把场景中亮度超过某个阈值的区域提取出来做模糊后叠加回画面。这里的关键是亮度超过阈值而这个阈值在 LDR 帧缓冲下根本没有意义——所有超过 1 的像素已经被裁成纯白没有超过阈值的冗余信息。打开 HDR 渲染后场景里的像素可以带着 3.0、8.0、20.0 这样的亮度值进入后处理阶段Bloom 才能从中提取出真正的亮部。这就是为什么我前面强调管线 HDR 开关的重要性你的 Emission 数值再高如果管线把帧缓冲裁成 LDRBloom 就永远只看到一个死白。URP 的 Bloom 在 Volume 组件里配置常见参数如下参数作用常用经验值Threshold亮度提取阈值0.9~1.2Intensity整体泛光强度0.3~1.5Scatter泛光向外扩散程度0.3~0.7Tint泛光色调叠加默认白色Clamp限制泛光最大亮度根据场景调节实际项目中Threshold 低于 1 意味着连普通亮部的颜色也会产生淡淡泛光适合柔和的氛围光Threshold 拉到 1.2 以上只有自发光、太阳这类 HDR 亮部才会泛光适合偏硬朗的风格画面。Scatter 越大泛光扩散得越开但注意 Scatter 调大会明显降低亮部细节。Bloom 的提取发生在色调映射之前所以即使你开启了 ACES 色调映射HDR 亮度信息也不会被映射过程吃掉。这也是为什么先有 HDR 帧缓冲再谈 Bloom 质量这句经验在 URP 里永远成立。4.3 天空盒与环境反射用HDR Cubemap撑起环境光场景里第二个离不开 HDR 贴图的地方是天空盒和环境反射。新建一个空场景默认天空盒是 Unity 自带的一个低亮度渐变天空环境光强度很低场景看起来灰蒙蒙的。正确的做法是导入一张 HDR 全景图Lat-Long 格式即 2:1 比例的全景图在导入面板里把 Texture Type 设为 CubemapMapping 选 Auto 或经纬度映射。然后创建材质Shader 选 Skybox/Panoramic把 Cubemap 拖进 Spherical HDR 属性用 Exposure 参数控制整体亮度。一般 HDRI 资源本身的亮度就非常高Exposure 默认 1 会让场景过曝我通常从 0.3 开始往下试。天空盒不只是背景它还直接决定了环境光的能量来源。Lighting 窗口里 Environment Reflections 的 Source 如果设为 Skybox场景中所有 PBR 材质的镜面反射都会从这张 HDR Cubemap 里采样。金属物体上映射出来的天空细节、地面反射的高光全部依赖这张图的动态范围。LDR 天空图做反射金属表面就像涂了一层灰漆完全没有鲜活感。有些场景不用天空盒而用 Reflection Probe 手动管理反射这时候同样可以指定 HDR Cubemap。把 Reflection Probe 的 Type 设为 Cubemap拖入提前制作的 Cubemap 资源即可。实际经验是烘焙探针会比实时采样天空盒质量更好、可控性更强适合需要精确控制反射内容的场景。4.4 烘焙光照贴图保存多一级亮度信息很多人不知道HDR 贴图和光照贴图也有强关系。URP 的 Lightmapper 烘焙 indirect light 时结果可以保存在 LDR 光照贴图里也可以保存在 HDR 光照贴图里。URP Asset 的 Lighting 设置里有一项 Lightmap Encoding提供了 Normal Quality 和 High Quality 两档。Normal Quality 通常使用 RGBM 编码把 HDR 数据装进 8bit 纹理省内存但动态范围有限暗部容易出现条带。High Quality 会使用浮点格式精度高、动态范围大烘焙出来的间接光照层次更丰富代价是显存和带宽占用更高。烘焙光照贴图这个场景是我个人踩坑最多的地方之一。曾经一个室内场景间接光照烘完总觉得暗部发闷亮部发死。后来把 Lightmap Encoding 从 Normal Quality 切到 High Quality重新烘焙对比暗部细节明显多了墙面和地面的过渡也自然了。在 PC/主机项目上我基本都开 High Quality移动端如果显存压力大只能接受 Normal Quality同时要注意烘焙参数里别让间接光超过 RGBM 的倍数上限避免裁切。另外自发光参与烘焙时Emission 的 Global Illumination 选项必须设为 Baked而且发光物体要参与烘焙物体标记为 Static并勾选 Contribute GI。烘焙后光照贴图里就会带有自发光贡献的能量。这一步做对了夜市场景的霓虹灯真的能把旁边的墙面照亮而不是只亮自己。5. 实操过程快速制作、导入并验证一张HDR贴图5.1 两条制作路线真HDR贴图 vs 材质HDR乘数动手之前先想清楚你要走哪条路线这能省很多返工的时间。路线 A 是制作真正的 HDR 贴图像素值本身包含大于 1 的亮度。适合火焰、光晕、激光、特效、光照透镜这类对纹理内亮度分布有硬性要求的材質。优点是自发光强度随纹理走色调和能量可以精细控制缺点是制作流程复杂文件大压缩配置讲究。路线 B 是制作普通 LDR 灰阶遮罩贴图靠材质的 HDR 颜色乘数控制亮度。适合灯箱、屏幕、招牌、大面积发光板这类颜色均匀、只需要亮度系数的自发光。优点是贴图小、流程快、参数直观一条 RGB 曲线配一个强度值就能调完所有招牌。判断标准很简单如果发光区域内部的亮度分布是均匀的走路线 B如果发光区域本身需要丰富的亮度细节比如火焰中心亮、边缘暗走路线 A。我见过最浪费的项目就是把整条街的灯箱招牌全部做成 HDR 贴图一张张画、一张张压其实路线 B 一个共享材质就解决了性能和迭代效率都好得多。5.2 Photoshop与Substance Painter里导出HDR资源制作真正的 HDR 贴图最常用的工具还是 Photoshop 和 Substance Painter。在 Photoshop 里新建文档后先通过 Image 菜单把 Mode 切成 32 Bits/Channel这样画出来的内容才可能超过 1。用画笔可以直接在 32bit 下绘制亮度配色时可以输入超过 255 的数值。更简单的做法是先用 8bit 模式把形状草图画好切到 32bit 后用 Levels 或 Exposure 调整层把高光区顶到 1 以上然后导出。导出格式在 File Save As 里选 Radiance (.hdr) 或者 OpenEXR (.exr)我一般存半浮点 EXR精度好、体积适中。Substance Painter 做 HDR 自发光贴图更直观。在 Emissive 通道里用画笔绘制发光区域颜色值可以通过 Emission Intensity 控制导出时记得在 Export 设置里把文件格式选为 EXR 16 bits floatSubstance 会把你画的 Emissive 数据完整保留为 HDR 信息。注意不要选 JPG 或 PNG那会直接退化成 LDR 并裁掉所有超过 1 的数据。不管用哪个工具导出的文件都要做一次验证。最简单的验证方法是在 Unity 里导入后写一个编辑器脚本读取像素最大值using UnityEditor; using UnityEngine; public static class HDRTextureChecker { [MenuItem(Tools/Check HDR Texture Max)] public static void Check() { if (Selection.activeObject is Texture2D tex) { Color[] pixels tex.GetPixels(); float maxValue 0f; foreach (Color c in pixels) { maxValue Mathf.Max(maxValue, Mathf.Max(c.r, Mathf.Max(c.g, c.b))); } // 大于1说明确实是HDR数据约等于1说明已经被压成LDR Debug.Log($Texture max channel value: {maxValue}); } } }如果最大值在 1.0 附近甚至小于 1说明导出或导入环节已经把 HDR 数据压平了贴图里面有重复劳动。5.3 免费HDRI资源的使用与人造曝光不是所有项目都有美术专门画 HDR 贴图更多时候你是从网上找 CC0 协议的免费 HDRI 全景图资源拿来当天空盒和环境光。这类资源下载下来一般是 .hdr 文件直接拖进 Unity。导入时把 Texture Type 设为 CubemapMapping 选用经纬度布局然后创建 Skybox/Panoramic 材质把 Cubemap 放进去。这里要特别说一个人造曝光的技巧HDRI 资源现场的曝光值是固定的你会发现同一张图白天场景曝光调低、夜晚场景曝光调高。所以在 Lighting 窗口里配合 Skybox 的 Exposure 参数调环境光强度是比换素材更快、更可控的方案。有一种常见需求是用一个不存在的天空比如夜晚城市背景但手里的资源是日落天空。这时候可以把曝光压得很低配合体积雾和较强的定向光天空盒就只充当微弱的暗部环境色。这个方法在很多项目里帮我们省了找夜景 HDRI 的时间。另外提醒一点HDRI 文件体积普遍偏大一张 8K 的 .hdr 动辄几百 MB导入后注意 Max Size 和压缩设置。很多做移动端的项目天空盒只需要 1024 就足够因为大部分像素都被体积雾或景深模糊掉了没必要撑到 4K。5.4 用C#在运行时读写HDR纹理有些项目需要在运行时生成或者转换 HDR 贴图比如动态纹理特效、程序化生成的发光纹理。这时候用 RenderTexture 搭配半浮点格式是最常见的做法。Unity 的 RenderTextureFormat 里有一个 ARGBHalf每个通道是 16bit 半浮点适合做 HDR 渲染目标。你可以在运行时对 RenderTexture 做 Blit 等操作把普通 LDR 内容转换进去后再往上面叠加超过 1 的亮度值。这种做法在生成激光光束、能量护盾这类程序化特效时非常实用using UnityEngine; public class CreateHDRTarget : MonoBehaviour { public RenderTexture hdrTarget; void Start() { // 创建半浮点HDR渲染目标 hdrTarget new RenderTexture(512, 512, 0, RenderTextureFormat.ARGBHalf); hdrTarget.name Runtime HDR Target; hdrTarget.Create(); } }需要注意ARGBHalf 格式的 RenderTexture 在任何 URP 管线下都能正常采样但如果项目跑在某些老移动设备上对半浮点渲染目标的支持可能有限需要提前做功能降级方案。另外运行时生成 HDR 纹理后采样时同样不要把它当成 sRGB 贴图来处理。6. 常见问题与排查技巧实录6.1 贴图看着是HDR进引擎就平了这是最经典的坑。美术在 Photoshop 里明明把亮度画到了 5.0、8.0进 Unity 一看变成了平平无奇的贴图自发光怎么调都不爆。第一优先检查导入面板的 sRGBColor Texture选项。HDR 贴图如果误勾了 sRGBUnity 会对线性数据再做一次伽马解码亮度值会被大幅抬高变成诡异颜色或者经过压缩后被压回 LDR 范围。HDR 贴图一律不勾 sRGB。第二检查压缩格式。如果平台 Override 里选的压缩格式是不支持 HDR 的比如某些情况下回退到 DXT 或 ETC高动态范围数据会被硬压回 0 到 1。PC 上用 BC6H移动端确认 ASTC HDR或者干脆这段开发期间先设为 None 避免干扰。第三用前面那个编辑器脚本快速验证贴图的最大像素值。如果最大值约等于 1说明数据在文件层面就已经是 LDR问题出在制作流程或导入工具上而不是 Unity 配置问题。6.2 Bloom死活不亮先查三处开关Bloom 是 HDR 链路里最直观的验证器也是问题高发区。我排查 Bloom 不亮有一套固定顺序基本能覆盖九成问题。第一URP Asset 的 HDR 开关。这里关了整个管线帧缓冲是 LDRBloom 永远是白费的。第二相机组件的 Post Processing 开关。很多时候 HDR 开了、Bloom 配置了但相机没开后处理画面一点反应都没有。第三Volume 里 Bloom 的 Threshold 和 Intensity。Threshold 设太高比如 2.0 以上自发光强度不够就永远触发不了Intensity 设太低比如 0.1即使有泛光也几乎看不见。验证方法很简单把自发光材质的 Emission Color 临时设成一个很高的 HDR 值比如 10.0再确认 Threshold 在 1.0 左右如果这时候 Bloom 还是没反应那就不是材质问题是管线和相机问题。这个方法每次都很管用。6.3 自发光不把光传给环境光没有传出去场景里一个发光招牌屏幕上看着挺亮但旁边的墙面一点都没被照亮。这是自发光参与全局光照的问题。第一步检查材质的 Global Illumination 选项。如果选了 None自发光只影响自身显示完全不会传到周围环境。要传光选 Baked。第二步确认物体参与了烘焙。自发光物体要标记为 Static且 Contribute GI 勾选正常周围的受光物体同样要在光照烘焙范围内。第三步重新烘焙光照。修改自发光强度后必须重新烘焙间接光信息才会更新这是新手最容易忘记的一步。URP 下实时全局光照是缺失的所以别指望自发光能像实时点光源一样动态照亮附近物体。如果场景需要自发光实时照亮周围的交互效果要么退而求其次在发光位置额外放置一个低强度点光源要么接受烘焙方案。6.4 移动端HDR精度与性能的平衡移动端做 HDR 贴图最大的矛盾是HDR 数据好吃显存压缩格式兼容性又参差不齐。我现在的移动端策略是分情况处理。大面积均匀自发光走材质 HDR 颜色乘灰阶遮罩贴图不碰真正的 HDR 纹理。特效和少数需要 HDR 纹理的对象用 ASTC HDR 压缩并准备了运行时降级开关。光照贴图用 RGBM 编码的 Normal Quality烘焙参数里控制间接光最大亮度避免超过 RGBM 上限导致裁切。Bloom 在移动端也不要全分辨率计算。URP 里可以把 Bloom 的分辨率通过缩放或者降采样链控制住实际效果和全分辨率差别不大但性能差很多。半浮点 RenderTexture 在高端移动 GPU 上问题不大中低端设备上频率偏高的填充会造成发热能省则省。还有一个容易被忽略的点移动端的太阳、灯这类强光源与其依赖 HDR 贴图加 Bloom不如直接在光源参数上把 Intensity 拉到 3 到 5配合不同光照风格调整性能开销最小效果也最直接。最后分享一个让我印象很深的小案例。某个项目里做一个霓虹灯招牌美术很认真地在贴图里把 RGB 涂到 255还是觉得不够亮。后来我把整张贴图换成一张灰阶遮罩在材质上把 Emission Color 拉到 8, 8, 8Bloom 阈值调到 1.0画面立刻有了夜里照亮一条街的感觉。那次之后我做自发光项目都会先想清楚贴图负责形状HDR 颜色负责能量管线负责让能量可见。这三件事打通了URP 里的发光体才会真正有灵魂。
