Freeze arrow padding

[sesse]

Hi,

The SSQ documentation states that the freezes are 4-aligned, but I'm not sure if this is the case. Look at the stepchart for MAX 300, double basic; the chunk starts off at 0x5CC (which is 4-aligned, of course). The steps themselves start at 0xA1C, and there are 273 of them; so the first byte of padding would be 0xB2D. If we wanted to be 4-aligned, we'd have three padding bytes (to get to 0xB30); however, the next three bytes are 0x00 0x08 0x01, which indicates that there's only one byte of padding (the 0x08 0x01 is probably a freeze).

Could it be that they are 2-aligned instead of 4-aligned? It seems to fit fairly well. Note that this complicates freeze parsing a bit, because it means we'd have to distinguish between freeze data and chunk padding.

[SaxxonPike]

@sesse I'll check with RhythmCodex; the format is fully parsed correctly there and the documentation may need to be updated to match.

[sesse]

I haven't heard of it; do you have a link? I'm fairly certain I've got the freezes down now except for maybe the padding (the 0x00 steps are freeze end, not freeze start), and I've been making some headway on the background scripts, too. The latter is lower priority, though.

[algrn1406]

Y