Unstable order of p3d_TextureN slots when loading a glTF model – did I miss a cleaner fix?

[serega-kkz]

There is probably a quirk in data transformations .gltf of the loader. Perhaps this was missed due to the switch to named input parameters of maps.

uniform sampler2D p3d_TextureModulate;
uniform sampler2D p3d_TextureNormal;
uniform sampler2D p3d_TextureSelector;
...

Where p3d_TextureModulate contains color data. p3d_TextureSelector contains data in channels.

PBR and the name of texture maps

There are predefined texture input names intended for PBR texture maps: https://docs.panda3d.org/1.10/python/programming/shaders/list-of-glsl-inputs There are a few undocumented, this is the full list: uniform sampler2D p3d_TextureFF[]; uniform sampler2D p3d_TextureModulate[]; // default color: (1, 1, 1, 1) uniform sampler2D p3d_TextureAdd[]; // default color: (0, 0, 0, 1) uniform sampler2D p3d_TextureNormal[]; // default color: (0.5, 0.5, 1, 0) uniform sampler2D p3d_TextureHeight[]; …