VideoCommon: don't reject game textures which have the wrong size

[iwubcode]

This was a regression from the asset system being used for texture packs. Apparently, despite the log message, an incorrect texture aspect ratio or having the texture size not being a multiple of the original does not reject the texture from being used.

A user was reporting that they were not able to see some textures or use a dynamic input texture pack because the textures broke one or both of these rules.

Since the errors aren't fatal, I downgraded them to a warning

[AdmiralCurtiss]

For reference:

dolphin/Source/Core/VideoCommon/HiresTextures.cpp

Lines 318 to 335 in 42cb3f3

	// Verify that the aspect ratio of the texture hasn't changed, as this could have side-effects.
	const VideoCommon::CustomTextureData::Level& first_mip = ret->m_data.m_levels[0];
	if (first_mip.width * height != first_mip.height * width)
	{
	ERROR_LOG_FMT(VIDEO,
	"Invalid custom texture size {}x{} for texture {}. The aspect differs "
	"from the native size {}x{}.",
	first_mip.width, first_mip.height, first_mip_file.path, width, height);
	}
	// Same deal if the custom texture isn't a multiple of the native size.
	if (width != 0 && height != 0 && (first_mip.width % width || first_mip.height % height))
	{
	ERROR_LOG_FMT(VIDEO,
	"Invalid custom texture size {}x{} for texture {}. Please use an integer "
	"upscaling factor based on the native size {}x{}.",
	first_mip.width, first_mip.height, first_mip_file.path, width, height);
	}

This was indeed non-fatal before. Pretty strange and probably an error, but I guess some texture packs are now out there relying on it, so we'll have to keep it that way.

[AdmiralCurtiss]

Can you maybe add a comment that this isn't fatal for legacy reasons?

[iwubcode]

Thanks @AdmiralCurtiss ! Apologies, probably shoulda referenced the old code somehow. Anyway, I added a comment, let me know if you think it needs any different wording. Thanks again for looking it over!