Tone change of the screen is now calculated per sprite. This means the tone is only calculated once and afterwards the Blit is normal speed as if no tone is changed. Special case is a "gradient change", when the tone changes per frame. In that case it uses the old behaviour because is faster for that case.
Gives a significant speed boost on slow hardware for that case obviously ;)
Improve performance of Tone effect by only rendernig the tone effect …
…once per sprite instead of applying it to the screen. Respect x and y for the tone change.
Tilemap: Prevent cache collisions
Plane: Add Tone Blit
Spriteset_Map: Switch from stack to heap allocation
Move Map/Battle sprites to SpriteSet class. Use screen tone for gradi…
…ent changes, use per-sprite tone for constant tone (faster for these situations).
Weather is below screen and needs tone change, too.
This could have regressions, though unlikely. Will also ask Wii people to test ;).
Got feedback in the forum, they are happy ;)