Blockbench中CEM模型格式的纹理结构处理问题分析

问题概述

在Blockbench项目中，当处理OptiFine的CEM/JEM模型格式时，发现了一个关于纹理结构处理的异常情况。具体表现为：当模型中没有定义默认纹理(default texture)，但为子骨骼(sub-bones)分配了特定纹理时，Blockbench在保存模型后会错误地将其中一个纹理提升为默认纹理，并移除原本分配给子骨骼的纹理引用。

技术细节

这个问题主要涉及Blockbench对CEM/JEM模型格式的解析和保存逻辑。CEM(Connected Entity Model)是OptiFine为Minecraft开发的一种高级实体模型格式，它允许模型由多个连接的部件组成，每个部件可以有自己的纹理。

在正常的CEM模型结构中：

1. 模型可以不定义默认纹理
2. 各个子骨骼可以独立引用特定的纹理
3. 这种结构常用于需要多个不同纹理的复杂模型

然而，Blockbench当前版本(4.10.4)在处理这类模型时存在逻辑缺陷：

1. 当检测到模型没有默认纹理时，会错误地选择第一个找到的纹理作为默认纹理
2. 同时会移除所有子骨骼上对该纹理的引用
3. 这导致模型在保存后失去了原有的纹理分配结构

影响范围

该问题会影响以下使用场景：

1. 使用多个独立纹理的复杂生物模型
2. 需要为模型不同部位分配不同纹理的情况
3. 从外部导入的没有默认纹理的CEM/JEM模型

解决方案

目前可以通过以下临时解决方案避免问题：

1. 在Blockbench设置中禁用"自动分配默认纹理"选项
2. 手动检查并修复保存后的纹理分配

从技术实现角度，Blockbench应该：

1. 正确处理没有默认纹理的模型结构
2. 保留原有的子骨骼纹理引用
3. 在保存时不自动添加默认纹理

最佳实践建议

对于使用CEM/JEM格式的开发者：

1. 定期备份原始模型文件
2. 保存前检查纹理分配情况
3. 考虑使用其他兼容格式作为中间格式

这个问题凸显了3D建模工具在处理特殊格式时需要更加严谨的解析逻辑，特别是对于像Minecraft这样的游戏特有的模型格式，工具需要充分理解其设计意图和特殊结构。