Sprite table decoding finished

Yesterday Ubergeneral Grunt allowed me to take a look into the data fork/section of the original Deadlock for MacOS.

I was interested about it to make sure of the structures and variables lengths.

I didn't expect that the MacOS version data would be RLE encoded, but it didn't cause many problems, it was clear when the encoding replaced the zeros by a 01 byte and their count set by the lower half of the following byte.

It turned out that the four zero bytes were really padding and also confirmed the sizes of the structure members we have been using up to now.

I was unsure about this padding because of its position, I and RenanSPH initially expected the 4 bytes to be at the ending of the structure but soon discovered it wouldn't be right. Perhaps it was the compiler's choice or the programmers, we may never know. It doesn't really matter, I guess.

Illustration

• 32 bits for dimension
• 32 bits of padding
• 32 bits for offset
• 32 bits for relative position

It could have been set by the compiler, since it could be easier to access the top 64 bits directly and casting it as a 32 bit integer when reading the offset.

Make sure to read the article on the decode-wiki for technical details.