球会04球员脸部系统解析
内容提要
文章介绍《创造球会04》球员头像显示功能的技术实现：作者用Ghidra逆向世嘉PS2 3D引擎，解析64字节球员记录、43维面部滑条、纹理与发型Alpha阈值，还原真实球员贴图与架空球员13图层动态合成。因头像仅128×128，放弃前端实时3D，改用ModernGL无头离屏渲染，批量生成15034张WebP，并设计FAVI紧凑归档格式，通过索引与HTTP Range按需加载。
延伸解读
双轨制贴图策略的工程取舍
文章揭示《球会04》对真实球员和架空球员采用完全不同的贴图生成方式：真实球员使用预存的专属贴图，而架空球员则通过13个图层动态合成128×128脸皮。这种设计避免了为上万人单独绘制贴图，同时保留了足够的视觉多样性。读者可以从中看到早期游戏在存储与表现力之间的平衡思路。
放弃前端实时3D的务实考量
作者明确否决了将模型打包成glTF、用Three.js或Babylon.js实时渲染的方案，理由包括头像展示框仅128×128像素、引入WebGL运行时和轨道控制器属于“杀鸡用牛刀”，以及离线烘焙能保证确定性和轻量。这提醒读者：技术选型应匹配实际交互需求，而非追求技术新颖性。
FAVI归档格式解决小文件分发难题
面对15034张WebP图片，直接存为分散小文件会引发文件系统inode压力和HTTP连接开销。作者设计的FAVI格式通过定长索引表（每人8字节）和2MB分片包，让前端先下载几十KB的index.bin，再结合HTTP Range按需加载单张图片或整包预缓存。这种思路对类似批量小资源的分发有参考价值。
已知问题反映逆向还原的局限性
文章末尾列出四个已知问题：左右手坐标系未转换导致镜像、脸型太长太尖、部分球员脸部太暗。这些偏差说明逆向还原PS2渲染管线时，浮点特性、坐标系和光照计算仍存在未完全复现的细节。读者在体验时需注意这些并非原版效果，而是当前还原管线的近似结果。
Q&A
创造球会04的球员头像系统是如何处理真实球员和架空球员的？
游戏采用双轨制：真实球员（team_id > 1）拥有专属贴图索引（jfacetex.bin），直接使用预存的照片级贴图；海外及架空球员（team_id <= 1）则通过动态图层烘焙，根据64字节配置中的肤色、眼型等参数，从基础图集中截取零件并合成128×128的脸皮。
球员面部微调是如何实现的？43维滑条具体指什么？
每个球员记录从第21字节开始存储43个有符号字节（int8），作为面部微调滑条。在叠加所有滑条变形后，模型还会强制叠加一段硬编码、权重固定为0x42 (66)的全局基准校准流，最终重塑出完整的3D头像面部轮廓。
为什么作者放弃前端实时3D渲染，而选择离屏渲染生成静态图片？
主要基于两点：1) 尺寸与交互需求不匹配，头像展示框仅128×128像素，引入完整WebGL运行时属于“杀鸡用牛刀”；2) 离线烘焙为2D静态图像可实现确定性与极致轻量，让前端回归高效的图片渲染与浏览器原生缓存机制。
FAVI归档格式是什么？它如何解决大量图片的加载问题？
FAVI (Fast Avatar Index) 是定制的紧凑归档格式，包含index.bin（固定尺寸头部+每人8字节查找表）和分片二进制包（每个约2MB）。前端只需下载几十KB的index.bin，即可通过计算偏移量结合HTTP Range Request按需加载单张WebP，或整包预缓存分片，极大降低CDN请求压力。
在还原过程中，发型透明效果是如何处理的？
PS2的GS拥有特有的Alpha测试硬件，程序中有一张专门的AREF阈值表。每种发型在渲染时，纹理Alpha通道低于阈值的部分必须直接舍弃（Alpha Cutoff），以显示发丝与其后的皮肤透视效果。
目前还原的头像存在哪些已知问题？
已知问题包括：左右手坐标系未转换，导致头像与游戏中呈现左右镜像；球员脸型太长太尖；光源位置或法线计算错误导致某些球员脸部太暗。
