Jt/visualize attacks

[RcColes]

The wait is finally over - we can actually see where we are attacking.

Also, this need a quite large rewrite of the stage rendering code.

• We can now easily specify the two colors to use for the level by supplying them as arguments to SystemStageRenderer.colorStage().
• The code for animating the world has been moved into a seperate function - SystemStageRenderer.AnimateTiles()
• The wall falling animation has been changed slightly, to be constant speed. This was done to clean up the 4 separate lists used in the previous implementation. It currently takes 1.5 seconds, but this can be adjusted on line 171 of SystemStageRenderer.cpp
• We can now easily recolour any tile of the floor by calling SystemStageRenderer.setTileColor() on it, with an irr::video::SColor and and glm::ivec2 to specify the color and the position. This has no real performance cost, and subsequent calls will overwrite previous ones.
• Performance has been increased slightly by tightening the clipping boundary for the world from 24, 7, 33 to 24, 7, 24. I have tested this, and it does not appear to ever clip things that should be onscreen, although it is hard to check fully without a large open area on the map.
• Attacks are now rendered with a blue area, which briefly shows where the attack has affected.
• Delayed attacks are now rendered with a blue area, becoming darker as the attack is imminent. This appears to work well, and should help with players telling what is going on.

Unintended changes:

• The floor is now red and purple, because those were already defined in main. Another thing for the colour rework.

TODO / future improvemnts:

• The attack colours need changing, but I'd like to do this as part of a full overhaul of the colour system, which will go in another pull request. For now, the attacks are visually distinct, which should be enough for the demo.

[grant-m-s]

Yeah it seems to attack in the direction the enemy is facing, so because they start facing north it colours north, the moment it turns it lights up correct

[AnthonyWharton]

@Codrin-Popa The FPS is exactly the same for me. Were you running on your laptop when not plugged to power?

[RcColes]

AI should be synced properly now - it was a bug with how their rotation code interacted with the netcode

[Codrin-Popa]

@AnthonyWharton FPS is 21 with the laptop plugged in

[RcColes]

I'm not getting any FPS changes either, could @grant-m-s and @jnterry weight in on their experience?

[grant-m-s]

on linux im still getting 60, ill give it a run in the lab tomorrow morning and give you the important verdict

[jnterry]

I'm also still getting 60fps. Attack direction is now correct so I'm happy

[AnthonyWharton]

Just merging in master now manually to sort conflicts, Can I ask how this is going to affect the HUD/colours for tomorrow?

[AnthonyWharton]

Should be good to go, but the previous comment/question stands before I make a review.

[RcColes]

Currently the only change is to the floor tiles - if you want to adjust this you can pass arguments into the function I mentioned in the description.

[RcColes]

Probably easier to just patch this one so that the floor is colored like it used to be - should be easy but I'm not sure how it used to work so @AnthonyWharton or @Codrin-Popa might be able to do it more easily

[Codrin-Popa]

@RcColes I'll make the changes now.

[Codrin-Popa]

@AnthonyWharton Floor is now coloured as it used to be