Fixed spine sprites in >= 2023.1

[XdotCore]

Submachine Legacy did not work with before changing this.

Description

In gamemaker version past 2023.4, the image data for a spine sprite is held within UndertaleSprite.TextureEntry rather than the UndertaleSpineTextureEntry.

This fixes that by checking the version and populating UndertaleSprite.Textures but excluding UndertaleSpineTextureEntry.TexBlob.

Caveats

• There are 4 bytes in the UndertaleSpineTextureEntry part of the binary that I do not know the purpose of, but it doesn't seem to affect anything.
• I have not fully tested every version, but it works on at least 2023.4 and 2023.8, and it is possible this change is needed for before 2023.4.

Notes

I was able to add this smiley face to the spined flame with this change:

[XdotCore]

I fixed the bracket style to Allman

[Jacky720]

I'm not a huge fan of just calling it Unknown. Seems to me like it's equivalent to the existing TexBlob length, suggesting the actual location of the TexBlob has moved, and I'd really like to track that down. Did you say that the data.win reserializes 1:1 with these changes?

[XdotCore]

Last I checked with Submachine: Legacy it was 1 to 1

[BenjaminUrquhart]

The change was made between 2022.11 and 2023.1 (most likely in 2023.1 since I don't think there's a .12 release). The blob is indeed moved to the texture entry.

The field is the length of the texture blob. I would rename the variable to reflect this and change the version checks (would be also good to find games that use spine sprites made with 2022.11 and 2023.1 to confirm it works correctly).

[Miepee]

bump @XdotCore

[github-actions]

Download the artifacts for this pull request here:

GUI:

• GUI-windows-latest-isBundled-false-isSingleFile-false
• GUI-windows-latest-isBundled-false-isSingleFile-true

CLI:

• CLI-ubuntu-latest-isBundled-false
• CLI-macOS-latest-isBundled-false
• CLI-windows-latest-isBundled-false

[XdotCore]

Since we have determined the unknown value to be the length of the texture entry, I think it would be best to find a game where there is multiple texture entries in the spine sprite >= 2023.1 to test if each UndertaleSpineTextureEntry corresponds 1:1 with the textures in the sprite and in the same order.

If that is determined to be true, then it would be best to save the length of the corresponding texture entry by somehow passing that into the UndertaleSpineTextureEntry when the sprite is first unserialized.

In response to @BenjaminUrquhart .

[BenjaminUrquhart]

Must have missed the changes, sorry about that!