It still uses it to position sprites based on the current camera position and probably other stuff too.MottZilla wrote:Does that mean SMK doesn't use the DSP chip after this table is precomputed?
Edit: Nevermind, it apparently does.
If the game design doesn't need extra angles and the RAM (or ROM) is free, it's an easy way to save a lot of frame time. For the racing games mentioned, you'd also have to draw new sprites to account for different angles or else it would like pretty weird too. Even with "cheating", any sort of loop involving math that runs for 100~200ish entries will take a good chunk of frame time to complete even if you unroll everything. It's a lot of time wasted if the memory would otherwise be unused, especially when CPU time can be put towards something that isn't as easy to optimise. Even SMK had a chip to do all of this and it still precomputed everything. SMK itself has very little extra frametime normally so it might have been an optimisation that they made later in development. Not saying there isn't room for optimisation in the game, but it wouldn't be a 60FPS game if they added the mode 7 work on top of everything else.Bregalad wrote:I don't really understand this approach.
If I were to program something like that I'd definitely do all the calculations in real time.