Etc.wz in GMS client file is not decoded correctly

[wwj010]

This shows up in GMS v236

[Kagamia]

I don't have a GMS client, hope someone could provide a sample file to me :>

[Kagamia]

Only occurs when WzVersionDetection is set to default.

As a workaround you can set it to fast.

The root cause is a little complicated, Wz_Image.TryDetectLuaEnc() method has some side effect, it will overwrite the crypto keys in Wz_Structure level, and finally cause the next Wz loading with a wrong crypto key.

[KENNYSOFT]

KMS version is not affected. (I've loaded with WzVersionDetection = default)

You can refer:

• KENNYSOFT/WzComparerR2@e218685 for WzLib: Treat multiple Wz_CryptoKeyType of Wz_Image in single Wz_Structure KENNYSOFT/WzComparerR2#73
• KENNYSOFT/WzComparerR2@74cdfad for WzLib: Treat multiple Wz_CryptoKeyType in directory of single Wz_File KENNYSOFT/WzComparerR2#74

[Kagamia]

@KENNYSOFT cool! really helps.

[Kagamia]

Reference from KENNYSOFT@e218685
Only store encType instead of entire Wz_Crypto for saving memory cost.