Tweak: Improve pause menu dungeon map performance

[Archez]

This attempts to improve pause menu performance in dungeons with HD texture packs (specifically when HD dungeon map textures are provided). Previously the dungeon map textures needed to be invalidated every frame so that the shader cache is bypassed and the texture is remade with the dynamic palette for the pulsating effect. This was fine but has introduced a performance cost on lower end devices after the introduction of #3496 for HD textures. Rebuilding high resolution textures every frame, at the 30fps from the pause menu is not good.

Turns out the renderer and shader caching can handle caching a texture per palette. The problem however is that the dynamic palette from the interface context is a reused pointer, so although the colors are changed, the pointer address does not, hence the need to invalidate the cache for the map to update.

To help with performance, I have added an array of map palettes, so that a distinct palette is used per pulsating frame. There are 40 frames in total (20 ramping up, 20 ramping down). By having a unique palette per pulse color, we can remove the texture invalidation and leverage the shader cache. Now we only need to invalidate once on pause and once when changing floors on the map menu. This will probably still incur a stutter for those 40 frames until they get cached, but thats probably on par with the rest of HD stutters at the moment.

The ramping up and ramping down unfortunately are not the "exact" colors, so I can't cheat by using only 20 palettes. Some of the palettes are the same on the end (the pulsating color eases at the ends), so if we wanted to squeeze more performance we could probably drop it from 40 frames to 32, but that wont make the stutter go away, so maybe its not worth it as is.

---

Additionally I leveraged the new Gfx_TextureCacheDelete to clean up the cache clearing for KD lava to no longer use the WORK_DISP in a non-standard way.

Depends on Kenix3/libultraship#408

Fixes #3761

Build Artifacts

• soh.otr.zip
• soh-linux-compatibility.zip
• soh-linux-performance.zip
• soh-mac.zip
• soh-switch.zip
• soh-wiiu.zip
• soh-windows.zip

[LuigiXHero]

If you are already changing the vanilla code to using an array you don't really need to match it 1:1 with vanilla and can probably just cut it down significantly to like 10 colors as long as it looks good. 40 colors seems like a huge overkill to me.

[garrettjoecox]

@Archez does our LUS for macready have this change yet?

[Archez]

@Archez does our LUS for macready have this change yet?

Yes