However that register is written to by the sprite DMA channel. Risky woods has to re-position 2 sprites every 16 pixels, so it's all it's doing, just writing to SPRxPOS. I mean, it's obviously being done via the copper (takes 8 pixels of 'time' to re-position a sprite). I don't quite understand how sprite repeating works on the amiga. (presumably to work around the limits of tile art -ie allignment within 8x8 characters) On top of that, parts of the foreground is made up of sprites as well (actually some art and effects wouldn't be possible on the PCE, as 8x8 sprites are needed), including some areas with sprites used on top of the foreground entirely.

Some levels are far worse for that then Green Hill Zone. (again, you'd need to greatly restrict the levels -make the game far more linear and unable to explore- than it is right now) No, I mean when you get down to the ground level with the hills rising up around you. If the ground stretches the length of the screen, Sonic is on TOP of the ground, not IN the ground. You'd need to restrict Sonic's level designs considerably to address that.īut in those places, you'll notice the players/enemies are all above or below those, not on the same level. (going from 1/3 the screen to 100% in a few frames of scrolling -vertically and/or horizontally) That doesn't work if you have levels where the foreground changes size dramatically depending where you are. Also for other cases there's always the dynamic tile trick I mentioned above. If the screen is totally covered you don't need a background :).

Speccy stuck on analyzing