glTFast render shadow received by 3D model falsely when unity normal map encoding is DXT5nm on Android

[uncle-jerry]

Describe the bug glTFast render shadow received by 3D model falsely when unity normal map encoding is DXT5nm on Android.

To Reproduce Steps to reproduce the behavior:

1. Set normal map encoding method to DXT5nm-style in Android Player Settings (which is default for Unity).

Android (please complete the following information):

• glTFast 6.4.0
• Unity Editor version : 2021.3.26f1
• Render Pipeline and version : Built-in
• Platform: Android, Editor after switch build to Android

[HunterProduction]

I can confirm the problem. Switching back to XYZ encoding solves the issue.

[atteneder]

Thanks for reporting.

TIL: there's an alternative normal map encoding in Unity :)

Unfortunately glTF has XYZ normals on board (see glTF 2.0 spec). There's three solutions I can think of:

1. Stick with XYZ. Proven to work (feel free to educate me what's the benefit of DXTnm. Appreciated)
2. Convert XYZ normal map textures to NM textures at runtime. This would come at a certain performance cost though.
3. Use NM normal maps in glTF, along with an extension that indicates that. I know, for example, that you can create two component normals KTX BasisLZ files (see --normal-mode parameter of the ktx CLI tool). Only a solution if you're in control of the glTFs and willing to edit them all.

In any case, a warning of some sorts would be helpful as well as a mention in the docs.