Absolute mess of an output in recent builds

[TorutheRedFox]

Somewhere after the last stable release, this started to happen: GPU: Intel HD Graphics 4000 OS: Windows 7 Emulator: Project64 2.3.2.202

[Rosalie241]

what gliden64 version exactly?

[gonetz]

Can it be a problem with Intel drivers? Does the last stable release work fine for you? Do you use the same plugin settings for stable and for current builds?

[TorutheRedFox]

the last stable release (4.0) works fine with the very same settings yes

I'm not sure when this started to happen, but it was quite a while back as I've gone quite a bit back with builds and the issue still persists

[ghost]

I tested with my old Intel Card. I have two issues. a42e34f1 creates the black dots, probably because of the workaround removed. I though the problem was the equal function. Is it perhaps it is the matrix times vector multiplication? c48841cf shows a black screen. boolean dual_source_blending is true because I'm on standard GL, but I guess the drives don't support dual source blending.

[ghost]

Apparently intel drivers don't compute STVEC properly with the current code. Odd, I can't see a mistake in it.

@ToruTheRedFox Please, test the build in the pull request.

[TorutheRedFox]

it works

although this has led me to notice that the dither pattern is not accurate to hardware, and looks like standard ordered dithering

[gizmo98]

Do you have comparison screenshots?

[TorutheRedFox]

GLideN64

AngryLion

[TorutheRedFox]

the dither pattern looks to be scaled without regarding the aspect ratio too, or at least at an uneven scale

[oddMLan]

But the original issue is fixed no? Close this ticket & you can open a new ticket for the dithering if you feel that it's not accurate. My personal tip is, enable 5-bit quantization for dithering if it's not enabled already and that should get it to look more accurate.

[TorutheRedFox]

the original issue is fixed yes