[Bug] Three-point filtering is currently displayed incorrectly (tested on Windows 32-bit and 64-bit)

[Atari-Dude]

[fgsfdsfgs]

This seems to have been caused by merging #675 (7c949ed). Not sure what exactly the problem is for now.

[fgsfdsfgs]

Might be fixed by 8106349 7837910.

[Atari-Dude]

Looks a lot closer now, though I still notice a bit of graininess in the text.

Current:

Previous AIO (August 2025):

[Atari-Dude]

Random: I just noticed that the grain isn't the same every time. Such as in this screenshot, there's more grain visible on the "r" and "o" in the white Dragon text. The first time I booted it up again just now, I saw virtually no grain and was worried somehow I made a mistake. But no, it just seems somewhat randomized every match

[fgsfdsfgs]

I can't repro any grain at all on my end. Do you have the latest build?

[Atari-Dude]

Just downloaded the latest 32-bit Windows build and yeah, it's still present. If you actually look at the BG textures too, stuff like the glass bridge, there's incorrect pixels around the entire image when three-point filtering is enabled.

[fgsfdsfgs]

What if you turn off anisotropic filtering?

[Atari-Dude]

The anisotropic filtering setting appears to have no affect either way. Which is to say, the grainy artifacts still appear for me whether it's set to 4, 0, or 16 (values I tested).

[fgsfdsfgs]

Okay, what about this? (64-bit)
pd.x86_64.zip

[Atari-Dude]

Seems worse

[fgsfdsfgs]

Alright, go back to the latest Github build and try setting MipmapFilter to 0 or 1 in your INI file.

[Atari-Dude]

Tested on 32-bit (edit: and 64-bit, same result as below).
MipmapFilter to 0 looks correct, no grain.
At 1 and 2, the issue is visible.