1. 从光照模型到PBR为什么DX12项目绕不开这一步很多人在DX12里跑通第一个三角形、把纹理贴上去之后下一步就卡住了——画面看起来“能跑”但就是不对劲。金属像塑料塑料像纸片光照要么死白要么死黑。这不是DX12的问题是你还在用Lambert或者Blinn-Phong那套经验模型。PBRPhysically Based Rendering基于物理的渲染就是来解决这个“不对劲”的。PBR的核心思路其实一句话能说清用物理上合理的参数来描述材质和光照让渲染结果在不同光照环境下都保持一致。传统Phong模型里你调一个高光强度参数换个场景就得重调PBR里材质的粗糙度和金属度是固定的物理属性环境变了画面自然跟着变不需要手调。在DX12里做PBR和DX11时代有本质区别。DX11时期很多人用现成的引擎或者框架PBR管线是封装好的。DX12把管线控制权完全交给你描述符堆、根签名、PSOPipeline State Object全要自己管。好处是你对GPU的控制粒度更细坏处是每一步都得想清楚。这篇文章就围绕“在DX12里从零加入PBR”这件事把关键决策点、容易踩的坑、以及实际调参经验讲透。适合谁看如果你已经能用DX12画出带纹理的模型理解顶点着色器和像素着色器的基本流程但对PBR只有模糊概念或者照着教程抄了一遍但不知道为什么这么写那这篇就是给你准备的。我会尽量用“为什么这么做”来串起每个步骤而不是丢一堆公式让你自己悟。2. PBR的数学底子别被公式吓到先搞懂它在算什么2.1 渲染方程到底在描述什么PBR的理论根基是渲染方程完整形式长这样Lo(p, ωo) ∫Ω fr(p, ωi, ωo) Li(p, ωi) (n · ωi) dωi看着吓人拆开就三块东西。Li是来自某个方向的光fr是材质表面把光反射到观察方向的比率(n · ωi)是入射光与表面法线的夹角余弦——光斜着照到表面单位面积接收的能量就少这个余弦就是在做这个衰减。最后对整个半球积分把所有方向的贡献加起来。实时渲染不可能真的做积分所以实际做法是把光照拆成直接光和间接光两部分各自用近似公式算。直接光就是光源直接照到表面的部分用解析公式算间接光就是环境反射、全局光照那部分通常用IBLImage Based Lighting来近似。这个拆分是整个PBR实现的主干后面所有代码都是围绕它展开的。2.2 Cook-Torrance BRDF的三个核心项实时PBR最常用的BRDF是Cook-Torrance模型它的镜面反射部分由三个函数相乘再归一化fr D · F · G / (4 · (n·ωi) · (n·ωo))D项法线分布函数描述微表面法线朝向的统计分布。最常用的是GGX/Trowbridge-ReitzD α² / (π · ((n·h)² · (α² - 1) 1)²)其中α roughness²。这里有个关键细节很多教程直接写α roughness但正确的做法是α roughness²。这个平方关系是Disney在原始论文里提出的目的是让粗糙度的感知变化更线性。我一开始照抄教程没注意这点结果粗糙度在0.5到0.7之间变化时画面几乎没区别调到0.9突然全糊了。改成平方之后整个0到1区间的过渡就均匀多了。F项菲涅尔方程描述不同角度下反射率的差异。Schlick近似最常用F F0 (1 - F0) · (1 - (h·ωo))⁵F0是垂直入射时的反射率。对于非金属电介质F0约0.04对于金属F0就是材质的基色。这就是金属度参数的核心作用——它决定了F0取0.04还是取albedo。G项几何遮蔽函数描述微表面之间的自遮挡。Smith-GGX是最常见的组合把入射和出射方向的遮蔽分别算再相乘。实际实现中常用Schlick-GGX近似来降低计算量。2.3 为什么金属度和粗糙度是两个独立参数这是PBR材质系统设计里最容易被误解的地方。金属度metallic和粗糙度roughness不是一回事也不能互相替代。金属度决定的是反射的性质金属的反射有颜色F0 albedo非金属的反射几乎无色F0 ≈ 0.04。粗糙度决定的是反射的清晰程度粗糙度低反射像镜子粗糙度高反射模糊扩散。一个常见错误是把金属度当“光泽度”来用觉得调高金属度就更亮。实际上金属度调高会让漫反射消失金属没有漫反射如果光照环境不够亮画面反而更暗。我见过有人在场景里把所有材质金属度拉到1结果整个画面像蒙了一层灰就是因为没有环境反射来支撑金属的镜面反射。实操建议金属度参数尽量只用0或1两个值中间值只在材质过渡区域比如生锈的边缘使用。这是业界普遍遵循的原则因为现实中很少有“半金属”材质。3. DX12管线改造把PBR着色器接进现有框架3.1 根签名怎么改才不浪费性能DX12的根签名决定了着色器能访问哪些资源。加入PBR之后你需要传给GPU的数据变多了材质参数albedo、metallic、roughness、normal贴图、光照参数、相机参数。这些数据怎么组织直接影响性能。我的做法是把常量缓冲区分成三块缓冲区更新频率内容每帧常量每帧一次相机矩阵、光照方向、光照颜色每物体常量每物体一次世界矩阵、法线矩阵每材质常量每材质一次albedo值、metallic、roughness根签名里每帧常量用root constant直接塞进去64个DWORD以内每物体和每材质用CBV描述符。这样做的理由是每帧常量变化最频繁放根常量里避免描述符堆的间接访问开销每材质常量变化最少放描述符堆里可以批量更新。根签名的具体配置CD3DX12_ROOT_PARAMETER rootParams[4]; rootParams[0].InitAsConstantBufferView(0); // 每帧 rootParams[1].InitAsConstantBufferView(1); // 每物体 rootParams[2].InitAsConstantBufferView(2); // 每材质 rootParams[3].InitAsDescriptorTable(1, srvRange); // 贴图这里有个坑根签名的版本要选1.11.0版本不支持某些特性而且1.1在驱动层面有更好的优化。创建根签名时记得检查D3D12_FEATURE_D3D12_OPTIONS里的HighestRootSignatureVersion。3.2 PSO里需要改哪些状态PSO是DX12里把着色器、混合状态、光栅化状态等打包在一起的对象。加入PBR之后PSO本身不需要大改但有几个地方要注意。渲染目标格式如果你打算用HDR渲染再后期色调映射RTV格式要从DXGI_FORMAT_R8G8B8A8_UNORM改成DXGI_FORMAT_R16G16B16A16_FLOAT。原因是PBR计算出的亮度值可能超过1.0用8位UNORM会直接截断高光区域全变成死白。我一开始没改这个调了半天光照参数都觉得高光不对劲换成FP16之后瞬间正常了。深度模板状态PBR对深度测试的要求和之前一样但如果你要用屏幕空间反射或者SSAO可能需要额外的深度纹理。这个看具体需求不是PBR必须的。光栅化状态把CullMode设成BACKFrontCounterClockwise根据你的模型坐标系决定。这个和PBR无关但很多人在这里翻车——模型看起来正常但光照全反了往往是法线方向或者绕序搞错了。3.3 描述符堆的管理策略PBR需要至少四张贴图albedo、normal、metallic-roughness通常打包在一张图的不同通道、以及可选的AO。加上阴影贴图、环境贴图描述符堆很快就满了。我的策略是用两个描述符堆一个专门放SRV着色器资源视图一个放CBV和UAV。SRV堆的大小按最大贴图数量乘以2来分配留出余量CBV堆按最大物体数量分配。堆类型用D3D12_DESCRIPTOR_HEAP_TYPE_CBV_SRV_UAV标志加上D3D12_DESCRIPTOR_HEAP_FLAG_SHADER_VISIBLE。更新描述符时不要在每帧都重新创建堆那是性能杀手。正确做法是初始化时创建好堆每帧只更新堆里对应位置的数据。如果物体数量动态变化用环形缓冲区的方式复用描述符槽位。// 更新材质描述符的正确方式 D3D12_CONSTANT_BUFFER_VIEW_DESC cbvDesc {}; cbvDesc.BufferLocation materialCB-GetGPUVirtualAddress() offset; cbvDesc.SizeInBytes sizeof(MaterialConstants); device-CreateConstantBufferView(cbvDesc, heap-GetCPUDescriptorHandleForHeapStart());注意SizeInBytes必须是256的倍数这是DX12的硬性要求。我第一次写的时候没对齐调试层直接报错查了半天才发现是这个原因。4. 着色器实现从HLSL代码看PBR的每个计算步骤4.1 顶点着色器要传哪些数据到像素着色器PBR的像素着色器需要世界空间的位置、法线、切线、副切线、UV坐标。顶点着色器的工作就是把这些准备好。struct VSOutput { float4 pos : SV_POSITION; float3 worldPos : POSITION; float3 normal : NORMAL; float3 tangent : TANGENT; float3 bitangent : BITANGENT; float2 uv : TEXCOORD; };法线变换要用法线矩阵世界矩阵的逆转置不能直接用世界矩阵。如果模型有非均匀缩放直接用世界矩阵变换法线会导致法线方向错误光照看起来“歪”了。切线变换用世界矩阵就行因为切线是沿着表面的方向向量。副切线有两种算法cross(normal, tangent) * tangent.w或者直接传进来。我推荐用叉乘加handedness的方式减少顶点数据量。但要注意切线空间的handedness如果模型导出时没带这个信息法线贴图的方向可能会反。4.2 像素着色器里的直接光照计算直接光照的计算流程float3 N normalize(input.normal); float3 V normalize(cameraPos - input.worldPos); float3 L normalize(-lightDir); float3 H normalize(V L); float NdotL saturate(dot(N, L)); float NdotV saturate(dot(N, V)); float NdotH saturate(dot(N, H)); float VdotH saturate(dot(V, H));然后算F0、D、G、F组合成BRDF值乘以光照颜色和NdotL。这里有个容易忽略的点NdotV在掠射角附近会趋近于0导致BRDF分母爆炸。实际实现中要加一个小的epsilon或者用max(NdotV, 0.0001)来避免除零。我在调试时遇到过画面边缘出现异常亮斑就是因为这个。另一个坑是H向量的计算。如果V和L方向相反比如光源在相机后面VL可能接近零向量normalize会得到NaN。加一个判断float3 H (length(V L) 0.0001) ? normalize(V L) : N;4.3 IBL的实现细节环境贴图怎么用直接光照只解决了光源直接照射的部分环境反射需要IBL。基本思路是用一张环境立方体贴图预计算成两张图辐照度图用于漫反射和预过滤环境图用于镜面反射。辐照度图是把环境贴图在半球上积分得到每个方向上的平均入射光。预过滤环境图是对不同粗糙度做不同程度的模糊粗糙度越高越模糊。再加上一张BRDF LUT查找表把F0和粗糙度映射到预计算的积分结果。在像素着色器里float3 irradiance irradianceMap.Sample(linearSampler, N).rgb; float3 diffuseIBL irradiance * albedo * (1 - metallic); float3 R reflect(-V, N); float mipLevel roughness * maxMipLevel; float3 prefilteredColor prefilteredMap.SampleLevel(linearSampler, R, mipLevel).rgb; float2 brdf brdfLUT.Sample(linearSampler, float2(NdotV, roughness)).rg; float3 specularIBL prefilteredColor * (F0 * brdf.x brdf.y);mipLevel的计算是关键。预过滤环境图的每个mip对应一个粗糙度级别mip 0是镜面反射mip越大越模糊。用roughness * maxMipLevel来映射但要注意maxMipLevel是log2(环境图分辨率)不是mip数量减一。我一开始搞错了这个导致粗糙度到0.8以上时反射突然变成纯色就是因为采样到了不存在的mip。BRDF LUT的生成可以在初始化时用计算着色器做也可以直接加载预生成的文件。我建议预生成因为实时计算需要跑一次积分启动时会卡一下。5. 调试与调参那些教程不会告诉你的实战经验5.1 画面发灰、发暗、过曝的排查顺序PBR调参最让人头疼的就是画面不对但不知道哪一步错了。我总结了一个排查顺序按这个走基本能定位到问题。第一步检查法线。把像素着色器的输出改成N * 0.5 0.5看看法线颜色是否正常。如果法线看起来像彩虹或者方向明显不对先解决法线问题。常见原因是法线贴图的绿色通道方向OpenGL和DirectX的Y轴相反或者切线空间计算错误。第二步检查F0。把输出改成F0非金属应该是接近0.04的暗灰色金属应该是albedo的颜色。如果非金属显示成亮色说明F0计算错了。第三步检查直接光照。把IBL关掉只留直接光。如果直接光下画面正常说明问题在IBL如果直接光下就不对问题在BRDF计算。第四步检查色调映射。PBR的输出是线性HDR值需要色调映射才能显示到LDR屏幕。如果没做色调映射高光区域会直接截断成白色。常用的有ACES、Reinhard、Filmic。我推荐ACES它的高光滚降比较自然。症状可能原因排查方法画面整体发灰缺少IBL或环境光检查辐照度图是否绑定金属像塑料F0计算错误输出F0可视化检查高光死白未做色调映射检查RTV格式和后期边缘异常亮斑NdotV除零加epsilon保护粗糙度无变化α未平方检查roughness²计算5.2 粗糙度贴图的通道打包问题大多数PBR工作流把metallic和roughness打包在一张贴图里通常是B通道放metallicG通道放roughness。但不同来源的贴图打包方式可能不同有的把roughness放A通道有的把AO也塞进来。我的做法是在材质加载时做一个通道重映射把不同来源的贴图统一到自己的标准格式。具体来说在CPU端读取贴图后用计算着色器或者CPU端处理把需要的通道提取出来重新打包。这样着色器里只需要按固定方式采样不用为每个材质写不同的采样逻辑。注意如果贴图是sRGB格式metallic和roughness通道不能用sRGB采样。sRGB是给颜色用的metallic和roughness是线性值。正确做法是把贴图以UNORM格式加载或者在着色器里手动做sRGB到线性的转换。我见过有人把metallic-roughness贴图设成sRGB结果粗糙度整体偏暗怎么调都不对。5.3 性能优化哪些计算可以预计算PBR的像素着色器计算量不小尤其是GGX的D项和Smith的G项涉及多次除法和幂运算。在移动端或者集成显卡上这些计算可能成为瓶颈。可以做的优化预计算BRDF LUT前面提过把NdotV和roughness的二维积分预计算成一张贴图运行时只做一次纹理采样。简化G项用Schlick-GGX近似代替完整的Smith模型精度损失很小但计算量减半。降低环境贴图分辨率辐照度图64x64就够了预过滤图256x256也足够。环境贴图本身不需要4K。用half精度如果目标平台支持像素着色器里的颜色计算可以用halffloat16带宽和计算量都能降。我在一台老笔记本上测试过把BRDF LUT预计算加上G项简化之后帧率从45提到了60左右画面质量肉眼几乎看不出区别。6. 从直接光到IBL完整光照管线的组装6.1 光照数据的组织方式一个场景里可能有多个光源方向光、点光源、聚光灯。PBR对每种光源的处理方式略有不同但核心BRDF是一样的区别在于光的方向和衰减计算。方向光最简单L就是光源方向的负方向没有衰减。点光源需要算距离衰减物理正确的衰减是1 / (distance²)但实际中直接用平方反比会导致近处过亮远处过暗通常加一个平滑处理float distanceAttenuation(float dist, float range) { float d dist / range; float d2 d * d; return saturate(1.0 / (d2 1.0)) * saturate(1.0 - d2 * d2); }这个公式在距离为0时返回1在距离等于range时返回0中间平滑过渡。比纯平方反比好用得多。聚光灯额外需要一个角度衰减用cosine的幂来算float spotAttenuation(float3 L, float3 spotDir, float innerCos, float outerCos) { float cd dot(-L, spotDir); float attenuation saturate((cd - outerCos) / (innerCos - outerCos)); return attenuation * attenuation; }6.2 多光源的循环与性能权衡在像素着色器里循环处理多个光源是最直接的做法但光源数量多了之后性能下降明显。优化思路有几种光源裁剪在CPU端计算每个物体受哪些光源影响只把相关的光源传给着色器。对于大场景这个优化效果很明显。Tile-based光照把屏幕分成若干tile每个tile计算受哪些光源影响然后着色时只遍历相关光源。这个实现复杂但效果好适合光源密集的场景。Clustered光照在tile的基础上增加深度维度把视锥体分成三维簇。这是目前最先进的做法但实现难度也最高。对于大多数项目光源裁剪加上限制同时活跃的光源数量比如最多8个就够用了。我在实际项目里用的是每物体最多4个影响最大的光源超过的光源用IBL近似效果和性能的平衡比较好。6.3 IBL的烘焙流程IBL需要三张预计算贴图辐照度图、预过滤环境图、BRDF LUT。烘焙流程可以离线做也可以在引擎启动时做。离线烘焙的步骤加载环境立方体贴图HDR格式用计算着色器把环境图卷积成辐照度图半球积分对每个粗糙度级别用重要性采样生成预过滤环境图用计算着色器生成BRDF LUT如果启动时烘焙要注意不要在渲染循环里做否则会卡顿。正确做法是在加载画面时用异步计算队列跑烘焙烘焙完成后再进入主循环。预过滤环境图的重要性采样有个细节采样数要足够多。我一开始用64个采样结果粗糙度高的mip有明显的噪点。加到256之后噪点基本消失但烘焙时间从0.5秒涨到了2秒。实际项目中可以在质量和时间之间取平衡128个采样是个不错的折中。7. 收尾几个我踩过的坑和对应的解法PBR在DX12里的实现说难不难说简单也不简单。核心公式就那么几个但要把它们正确地串起来中间有太多细节容易出错。第一个坑是颜色空间。albedo贴图是sRGBmetallic-roughness是线性光照计算在线性空间做最后输出到sRGB。这条链上任何一步搞错画面颜色就会不对。我的建议是在代码里明确标注每个变量的颜色空间贴图加载时就做好转换不要留到着色器里做。第二个坑是法线贴图的强度。法线贴图的XY分量通常需要乘以一个强度系数再归一化。如果直接用原始值法线贴图的效果可能过强或过弱。我一般把强度设成1.0然后在材质层面调整这样美术调起来更直观。第三个坑是PSO的创建时机。DX12的PSO创建是同步的如果在渲染循环里创建会卡帧。正确做法是在加载阶段把所有需要的PSO都创建好运行时只做切换。如果材质系统支持动态变化可以预创建一组PSO变体用的时候直接选。最后一个建议先用一个简单的球体测试PBR不要一上来就往复杂场景里塞。球体上光照的变化最直观调参数的时候反馈最快。等球体上的效果满意了再应用到实际模型上。我在球体上调了大概两天把各种边界情况都摸清楚了后面往场景里加的时候基本没再出问题。