1. 项目概述为什么我们需要Floor节点在ShaderGraph的世界里我们常常需要处理连续变化的数值比如UV坐标、时间变量或者一些复杂的数学计算结果。这些数值通常是浮点数拥有无限的小数精度。但很多时候我们需要的恰恰是这种“不连续”的、阶梯式的变化。想象一下你想在材质上创建像素化的格子效果或者模拟老式游戏的低分辨率纹理又或者需要将连续的渐变分割成几个明确的色阶。在这些场景下一个能将连续数值“咔嚓”一下砍掉小数部分只留下整数部分的功能就变得至关重要。这就是Floor节点向下取整节点的核心价值。它不是一个复杂的、需要长篇大论解释的节点但却是构建无数视觉效果不可或缺的“基石”工具。它的行为非常直观对于任何一个输入值Floor节点会返回小于或等于该值的最大整数。听起来简单对吧但正是这种简单的规则通过与ShaderGraph中其他节点的组合能迸发出惊人的创造力。无论是制作科技感十足的扫描线、规整的棋盘格图案还是实现非真实感渲染NPR中的色块化效果Floor节点都是你工具箱里那把最趁手的“尺子”和“刀”。对于刚接触ShaderGraph的朋友理解Floor节点是掌握数学节点操作的第一步。对于有经验的开发者深入挖掘它的组合用法往往能解决一些棘手的视觉逻辑问题。接下来我们就从最基础的原理开始一步步拆解这个看似简单实则强大的节点。2. Floor节点的核心原理与数学行为2.1 基础定义与数学表达Floor节点的功能在数学上称为“向下取整”或“地板函数”。它的官方定义是对于任意实数输入InFloor节点输出一个整数Out这个Out是满足Out ≤ In的最大整数。用公式表示就是Out ⌊In⌋其中符号⌊x⌋就代表对x进行向下取整操作。这个定义是理解其一切行为的基础。让我们通过几个具体的例子来直观感受一下输入2.8输出2.0。因为小于等于2.8的最大整数是2。输入3.0输出3.0。整数本身向下取整就是它自己。输入-1.2输出-2.0。这是最容易出错的地方请注意-2比-1.2更小但它是“小于等于-1.2的最大整数”。想象数轴-2在-1.2的左边是更小的数。输入0.0输出0.0。注意在Shader中尤其是HLSL/GLSL这类图形API着色语言中floor函数通常返回的是一个浮点数float但其值是一个整数。例如floor(2.8)返回的是2.0而不是整数类型的2。在ShaderGraph中Floor节点的输出端口数据类型会继承输入端口的数据类型Float, Vector2, Vector3, Vector4但其每个分量都经过了向下取整运算。2.2 与其它取整节点的对比ShaderGraph的“取整”分类下除了Floor还有Ceiling向上取整、Round四舍五入和Truncate截断取整。清晰地区分它们是正确选型的关键。节点名称数学符号功能描述示例 (输入 - 输出)典型应用场景Floor (向下取整)⌊x⌋返回小于或等于输入值的最大整数。2.8 - 2.0-1.2 - -2.0创建网格、色块、基于整数的索引和分段。Ceiling (向上取整)⌈x⌉返回大于或等于输入值的最小整数。2.8 - 3.0-1.2 - -1.0确保数值“至少达到”某个整数边界如分页计算。Round (四舍五入)[x]返回最接近输入值的整数.5向偶数取整。2.4 - 2.02.6 - 3.02.5 - 2.03.5 - 4.0传统的圆整操作用于平滑过渡或近似计算。Truncate (截断取整)trunc(x)直接丢弃小数部分向零取整。2.8 - 2.0-1.2 - -1.0需要快速获取整数部分且不关心正负号方向时。核心区别记忆点Floor vs Ceiling一“下”一“上”决定了取整的方向。对于正数Floor是“砍掉”小数Ceiling是“进位”对于负数Floor会让数值变得更负Ceiling会让数值向零靠近。Floor vs Truncate处理负数时结果不同。Floor(-1.2) -2.0而Truncate(-1.2) -1.0。Truncate总是朝着零的方向取整。2.3 向量与分量操作Floor节点不仅支持标量Float也完全支持向量Vector2, Vector3, Vector4。当输入一个向量时它会独立地对每个分量执行向下取整操作。例如输入Vector2(1.7, -2.3)输出Vector2(1.0, -3.0)。输入Vector3(0.5, 3.9, -0.1)输出Vector3(0.0, 3.0, -1.0)。这个特性非常强大因为它允许我们一次性处理UV坐标的两个分量U和V或者颜色RGB的三个分量为并行处理提供了便利。在后续的实例中我们会大量利用这个特性来创建二维甚至三维的网格化效果。3. 核心应用场景与实战案例拆解理解了原理我们来看看Floor节点在ShaderGraph中能玩出什么花样。以下案例由浅入深展示了其核心应用逻辑。3.1 基础应用创建棋盘格与网格纹理这是Floor节点最经典的应用。核心思路是利用Floor将连续的UV坐标“离散化”成一个个整数单元格。实现步骤获取并缩放UV使用UV节点获取模型UV坐标。通过一个Multiply节点乘以一个缩放系数例如10.0。这意味着将整个UV空间在U和V方向上分别划分为10个区间。应用Floor节点将缩放后的UV输入Floor节点。此时UV坐标的每个分量U, V都被向下取整。例如UV坐标(0.12, 0.34)在乘以10后变成(1.2, 3.4)经过Floor变成(1.0, 3.0)。这个(1, 3)就唯一标识了第1列、第3行的网格单元格。生成棋盘图案将Floor输出的两个整数分量相加Floor(U) Floor(V)。然后使用Fraction节点或Modulo节点对2取余来判断其奇偶性。如果(Floor(U) Floor(V)) % 2等于0则输出颜色A如白色。否则输出颜色B如黑色。连接至Base Color将判断结果连接到主纹理的Base Color输入。ShaderGraph节点连线示意文字描述[UV] - [Multiply by 10.0] - [Floor] - [Add (UV)] - [Modulo by 2] - [Step with Edge 0.5] - [Lerp between ColorA and ColorB] - [Base Color]通过调整最初的缩放系数你可以轻松控制棋盘格的大小。这个案例完美体现了Floor如何将连续空间量化为离散索引。3.2 进阶应用实现像素化/马赛克效果像素化效果的本质是将屏幕或UV空间划分为均匀的块每个块内部填充同一种颜色。Floor节点在这里扮演了“量化器”的角色。实现步骤屏幕空间像素化使用Screen Position节点获取屏幕空间坐标通常使用Screen模式下的XY分量。将其除以一个像素块大小如_PixelSize可设为Vector2类型参数得到放大后的坐标。向下取整将上一步的结果输入Floor节点。这样同一个像素块内的所有像素都会得到相同的整数坐标。还原坐标将Floor输出的整数坐标再乘回像素块大小_PixelSize。这一步得到了每个像素块左下角或原点的“量化后”的屏幕坐标。采样纹理使用这个量化后的坐标需要转换回合适的纹理采样空间如通过除以屏幕分辨率去采样场景颜色纹理Scene Color或自定义纹理。由于一个块内所有像素使用的采样坐标相同因此采样的颜色也相同从而形成像素块。实操心得这种方法实现的像素化是非均匀的块的大小由_PixelSize参数控制。如果你想实现复古游戏那种固定分辨率如256x224的像素风需要将屏幕坐标除以目标分辨率Floor后再乘回去最后再除以当前屏幕分辨率来正确采样。对UV坐标进行类似操作可以实现模型表面的纹理像素化风格化效果更强。3.3 组合应用制作色阶/海报化效果色阶效果Posterize是将连续的颜色梯度减少为有限的几个色阶。虽然ShaderGraph自带Posterize节点但用Floor节点可以更直观地理解其原理并实现自定义控制。实现原理量化颜色值假设我们想将颜色范围0-1量化为N个色阶。首先将颜色值乘以(N - 1)将其范围映射到[0, N-1]。应用Floor对结果进行向下取整得到0, 1, 2, ..., N-1的整数索引。还原范围将整数索引除以(N - 1)将其映射回[0, 1]范围。此时颜色就被离散化为N个均匀的色阶。节点流程[Color RGB] - [Separate RGB] (如需分通道处理) 对每个通道 [R] - [Multiply by (Levels-1)] - [Floor] - [Divide by (Levels-1)] - [Combine RGB]你可以对RGB三个通道分别应用不同级别的色阶创造出更复杂的色彩分离效果。这种手动实现方式比内置节点更灵活例如可以实现非均匀的色阶分布。3.4 创意应用基于时间的动态扫描线结合Time节点Floor可以创建出规律性的动态效果。例如一个从上到下扫描的进度条或光带。实现思路创建扫描线索引将屏幕空间的V坐标或模型空间的Y坐标与一个随时间变化的值如Time相加。离散化时间对相加后的结果使用Floor。这样扫描线的“位置”会在整数边界发生跳变而不是平滑移动。生成带状区域用Fraction节点取小数部分得到一个在0-1之间周期性变化的锯齿波。然后使用Step或Smoothstep节点根据这个锯齿波的值来定义一条有宽度的“扫描线”区域。当锯齿波值小于某个阈值如0.1时显示高亮颜色否则显示底色。[Screen Position.Y] [Time] - [Floor] - [Fraction] - [Step with Edge 0.1] - 用于控制发光区域通过调整与Time相加的系数可以控制扫描速度调整Step的阈值可以控制扫描线的粗细。利用Floor对时间的量化可以让扫描线以固定的、跳跃式的节奏移动创造出数字感十足的视觉效果。4. 常见问题排查与性能优化技巧即使理解了原理在实际连接节点时也可能遇到一些意想不到的问题。下面是一些我踩过的坑和总结的技巧。4.1 典型问题速查表问题现象可能原因解决方案网格/棋盘格错位或拉伸UV缩放系数不当或模型UV本身不规则。1. 检查模型UV是否在0-1范围内。对于平铺纹理使用Tiling And Offset节点预处理UV。2. 尝试对缩放后的UV使用Fraction节点代替FloorFraction能直接得到[0,1)区间的小数部分更适合创建无缝平铺图案。负数输入结果与预期相反混淆了Floor和Truncate对负数的处理逻辑。回顾本章2.2节的对比表格。明确需求如果需要向负无穷方向取整用Floor如果需要向零方向取整用Truncate。像素化效果边缘闪烁或锯齿严重在屏幕空间操作后量化坐标直接用于采样未考虑抗锯齿。1. 在最终颜色输出前尝试添加轻微的FXAA或自定义模糊。2. 确保量化步骤在非线性颜色空间如sRGB下进行或在最后进行伽马校正。与Round节点混用导致逻辑错误误用了取整规则。例如想实现“每5个单位一个变化”用Round可能导致4.9-5.0而用Floor则是4.9-4.0。仔细分析需求边界。Floor是“达到即触发”例如floor(time/5)会在 time0,5,10...时整数递增。Round是“过半触发”。根据你的触发时机选择节点。向量操作结果不符合预期忘记了Floor是对每个分量独立操作的。对向量进行整体大小比较时直接使用Floor可能无效。如果需要基于向量长度进行取整应先使用Length节点计算标量长度再对标量进行Floor操作。4.2 性能考量与最佳实践Floor节点本身是GPU上的原生指令如HLSL中的floor()函数开销极低通常无需担心其单独的性能影响。性能优化的重点在于如何高效地组织包含Floor节点的网络。减少冗余计算如果你在ShaderGraph的多个分支中都需要对同一个值进行向下取整务必先计算一次然后用Branch节点或通过条件逻辑复用结果而不是在每个分支里都连接一套Multiply - Floor。精度选择在移动平台或性能敏感的场景如果输入值的范围不大例如在-100到100之间可以考虑使用half精度如果ShaderGraph和目标平台支持。但大多数情况下现代GPU对float和half的Floor操作性能差异可以忽略。与Conditional节点配合复杂的、基于Floor结果的逻辑判断如if-else应尽量使用ShaderGraph的Branch节点或Compare节点族来实现而不是通过多个Lerp来模拟。GPU更擅长处理分支预测而复杂的Lerp网络可能计算所有分支再混合反而更低效。预计算常量如果取整的缩放系数是固定的不要在Shader中动态计算。例如floor(uv * 10.0)中的10.0应作为材质属性或常量避免在着色器运行时进行不必要的乘法运算虽然编译器可能会优化但养成好习惯很重要。4.3 调试技巧可视化中间结果当你的效果没有按预期呈现时最有效的调试方法是将中间节点的输出直接连接到Base Color进行可视化。检查量化后的UV将Floor节点的输出直接连到Base Color。由于结果是整数你会看到大块大块、颜色突变的纯色区域。这能立刻告诉你UV被划分成了多少个格子以及格子是否均匀。检查奇偶性判断将(Floor(U) Floor(V)) % 2的结果可视化。你应该看到一个清晰的黑白棋盘图案。如果没有说明加法或取模环节出了问题。使用Split节点如果处理的是Vector2如UV使用Split节点将R、G分量分开分别可视化可以判断是U方向还是V方向的计算有误。Floor节点作为ShaderGraph数学工具箱中的基础工具其价值在于将连续性转化为离散性为各种基于格子、索引、分段的效果提供了数学基础。掌握它就等于掌握了一把将连续世界“数字化”的钥匙。从简单的网格到复杂的程序化图案理解并灵活运用Floor及其兄弟节点Ceiling, Round, Fraction你的Shader创作能力将获得质的提升。