Core / DolphinQt / InputCommon: reduce the number disk writes when using DynamicInputTextures

[iwubcode]

While working on an optimized system for asset loading, I wanted to make sure Dynamic Input Textures (DIT) still worked. While doing so, I found that images were being written to disk six times for one actual change. This PR reduces the image write down to the expected one time.

The reason for the six times was that the generate texture logic was being called on LoadConfig() and SaveConfig(). I recall struggling on where to put the generation code previously that would hit every scenario (profile loading, game loading, and the various options in the input mapping window). When the input mapping is ran, multiple loads/configs are called, which causes excessive generation. I've removed the logic from those two functions and instead called them in each location.

[JosJuice]

Does this handle the case where a new controller profile is loaded using a game INI when launching a game from the Wii Menu?

Also, the changes you made to DolphinQt need to also be made to the Android frontend.

[iwubcode]

ES title loading was messy. It wasn't even loading the input profiles when launching the game from the Wii menu?

I've tried to decouple some of the logic but I'm sure we could clean up the code more in a future pass.

Tested:

• Load Wii game normally with profile and see textures generate and load
• Load Wii game normally without profile and see textures generate and load
• Load Wii game from Wii system menu with profile and see textures generate and load
• Load Wii game normally without profile and see textures generate and load from normal config
• Load GC game normally without profile and see textures generate and load from normal config
• Load GC game from Wii system menu and see textures generate and load with normal config