Closed TorutheRedFox closed 4 years ago
what gliden64 version exactly?
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?
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
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.
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.
it works
although this has led me to notice that the dither pattern is not accurate to hardware, and looks like standard ordered dithering
Do you have comparison screenshots?
GLideN64
AngryLion
the dither pattern looks to be scaled without regarding the aspect ratio too, or at least at an uneven scale
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.
the original issue is fixed yes
Somewhere after the last stable release, this started to happen: GPU: Intel HD Graphics 4000 OS: Windows 7 Emulator: Project64 2.3.2.202