Sky3D

Sky3D：把物理大气散射塞进 Godot 4 的昼夜循环

项目背景与痛点

Godot 4 自带的 ProceduralSkyMaterial 本质上就是“两层渐变 + 一个太阳光斑”。它开销很低，也足够省事，但物理上是假的：天空颜色由几个 Color 参数手调，日落时的暖光得美术自己给太阳加 tint，地平线附近不会出现真实的散射红光扩散，太阳沉到地平线以下之后，天空也不会平滑过渡到月光主导的冷调。但凡项目需要一个能在一天之内连续切换时间、并且光照、天空和环境三者必须对得上的场景，这套内置方案很快就不够用了。

Sky3D 的定位因此很清楚：把物理大气散射搬进 Godot 4 的 Sky 资源，用一组物理量（大气厚度、散射系数、浑浊度）驱动 24 小时连续演化，而不是给美术一张调色盘。它真正解决的核心问题是一致性：太阳、月亮、云、星空、环境光全部由同一个时间变量推导出来，不需要有人在时间轴上逐帧打关键帧，也不会出现“太阳角度变了但云的颜色没跟上”这类穿帮。

核心技术揭秘

从架构上看，Sky3D 大致可以切成四层：时间中枢、轨道计算、天空着色器、光照与环境同步。时间中枢持有“当前时刻”，是唯一的状态源；轨道层据此推算太阳和月亮的方向与高度角；着色器层负责把方向向量翻译成像素颜色；光照层则把同一个方向向量交给 DirectionalLight3D 和环境光。这种单向数据流的价值在于可重放——只要给定时刻，整帧的视觉效果就是确定的，调试和回放都容易。

大气散射是整件事的物理内核。Rayleigh 散射系数近似正比于波长的四次方倒数，所以蓝光被散射得最狠，天顶偏蓝、地平线路径长则偏红；Mie 散射描述气溶胶，波长无关但前向散射强烈，靠“浑浊度”参数控制雾霾感。Godot 的 Sky 着色器是逐像素运行的，跑不起完整的多重散射求解，因此实现上必然是沿视线做有限步数的数值积分，逐段累加透射率与内散射贡献。步数、积分距离、相位函数近似方式，直接决定了黎明黄昏那段最出彩的暖色是否自然——这也是这类实现最容易翻车的地方。

体积云则是另一条战线：噪声密度场 + ray march，成本天然高昂。一个务实的实现会把步数、降采样倍率、时间累积帧数全部暴露成参数，让开发者用画质换帧率。星空大概率走的是程序化 hash 采样，随太阳高度角淡入淡出，避免额外贴图开销。

功能亮点与差异

对比 ProceduralSkyMaterial，Sky3D 的杀手锏是日落时的颜色由物理推导，无需人工调整。地平线红化、天顶蓝化、日落后天空余晖的衰减曲线，全是散射积分的副产物，换个大气厚度或浑浊度，整天的观感会自洽地一起变——这是调色盘方案做不到的。

其次是参数分层做得克制：物理参数（散射、厚度）和艺术参数（云量、星密度、曝光补偿）分开，美术不必理解散射系数也能调出想要的氛围。加上 @tool 的编辑器内实时预览，不跑游戏就能拖着时间滑块看完一整天，迭代效率比“改参数→启动→观察”高一个量级。

再就是全局联动：云层对地面的投影、环境光取自天空辐亮度、月亮带相位——这些细节单独看不起眼，凑在一起才是“可信的昼夜循环”和“天空盒换了个颜色”的区别。

应用场景与落地建议

它最适合开放世界、模拟经营、飞行/航海模拟、天文科普这类需要长时间连续昼夜演化的项目。纯室内或固定时间段的关卡用它属于过度设计。

落地时有几个坑必须提前想清楚：

体积云是第一成本项。移动端和 Web 导出务必把 ray march 步数砍到个位数、降采样开满，否则 GPU 直接被吃掉。桌面端也建议按“是否有云在画面内”做动态降级。

动态天空与烘焙光照天然冲突。静态 Lightmap 和静态反射探针在时间流动下会露馅，别指望直接混用。现实做法是在若干关键时间点（清晨、正午、黄昏、夜晚）各烘一套探针，运行时按太阳高度角插值，代价可控。

环境光和反射探针不要每帧刷新。天空辐亮度变化是缓慢的，按秒级更新足够，逐帧更新 ReflectionProbe 是纯粹的浪费。

注意 HDR 与色调映射的配合。天空输出的是高动态范围辐亮度，若项目自定义了 tonemap 曲线，日落时段极易过曝或发灰，调参时务必在目标后处理链下验证。

时间应由统一时钟驱动。多人游戏里让各客户端各自累加 delta，几分钟后就会漂移到不同天色，务必由服务端或同步时间基准下发。

综合评价

Sky3D 是那种“把学术论文里的散射公式翻译成可用工程”的项目：物理正确、参数克制、与 Godot 4 的 Sky 资源体系贴合得很好，编辑器预览体验明显超出同类的免费插件。

短板也很实在：体积云的成本压不下来，低端设备基本无缘；文档偏轻，散射参数之间的耦合关系（改大气厚度会连锁改变所有时段的观感）对美术不够友好，容易“越调越糊涂”；与静态光照管线并存时需要额外工程投入。

一句话：如果你需要的是一个经得起长时间观察的、自洽的昼夜天空，它值得直接引入；如果你只是想要一个能换颜色的天空盒，内置的 ProceduralSkyMaterial 仍然是更划算的选择。