Minetest游戏引擎中CAO模型光照共享问题分析与解决方案

问题背景

在Minetest游戏引擎的最新开发版本中，当玩家禁用着色器(shaders)时，所有使用相同模型的客户端活动对象(CAO)会出现共享相同光照效果的问题。这个Bug会导致游戏中的多个实体(如玩家角色)在相同模型下显示相同的光照强度，即使它们实际处于不同光照环境中。

问题表现

该问题最明显的表现是：

• 当两个相同模型的实体分别位于强光源附近和远离光源的位置时，它们会显示相同的光照效果
• 在多玩家游戏中(如CTF模式)，其他玩家的模型会不断闪烁，因为光照计算不断被最后更新的实体覆盖
• 在禁用着色器的情况下，游戏画面会出现不自然的光照表现

技术原因分析

经过代码追踪，这个问题源于引擎对模型光照处理方式的改变。根本原因在于：

1. 所有使用相同模型的CAO共享同一个网格(mesh)实例
2. 当禁用着色器时，引擎通过直接修改网格顶点颜色来实现光照效果
3. 由于网格是共享的，最后一个更新的实体会覆盖之前所有实体的光照设置
4. 这种共享状态导致所有相同模型的实体最终呈现相同的光照效果

解决方案探讨

开发团队提出了几种可能的解决方案：

1. 恢复固定管线光照：

   • 优点：实现简单，直接恢复原有工作逻辑
   • 缺点：OpenGL ES 2.0不支持固定管线光照，且这是已被废弃的OpenGL特性

2. 绘制时设置顶点颜色：

   • 在Irrlicht渲染流程中，在即将绘制时设置顶点颜色
   • 优点：避免网格共享导致的问题，性能较好
   • 缺点：需要修改底层渲染逻辑，实现复杂度较高

3. 复制网格实例：

   • 为每个CAO创建独立的网格副本
   • 优点：实现简单直接，能快速解决问题
   • 缺点：增加内存使用，可能影响性能

最终决策

考虑到5.10版本发布的紧迫性和稳定性要求，开发团队最终决定采用第三种方案——为每个CAO创建独立的网格副本。虽然这不是最理想的长期解决方案，但它能：

• 快速解决问题，不影响版本发布时间
• 保持代码改动最小化，降低引入新问题的风险
• 为后续彻底重构光照系统争取时间

技术启示

这个案例展示了游戏引擎开发中几个重要考量：

1. 资源共享与状态管理：在性能优化(共享资源)和正确性(独立状态)之间需要谨慎权衡

2. 渲染管线兼容性：现代图形API逐渐淘汰固定管线功能，引擎需要适应这种变化

3. 技术债务处理：有时需要采用临时方案解决紧迫问题，同时规划长期重构

4. 用户配置影响：看似简单的图形设置(如启用/禁用着色器)可能影响核心渲染逻辑

这个问题也提醒我们，在图形渲染系统中，光照计算方式的改变可能产生广泛的连锁反应，需要全面的测试覆盖。