Joseph Stalin

> probably that will happen automatically even with setting the clear colour Not the case, because clearing backbuffer doesn't equal drawing to it with a shader. > You can read...

Slang and GL ES context are separate things, but yeah, both are on my roadmap.

So. Some good and bad news. `gm/windows-hidpi-1` branch seems to mostly work on a single-monitor setup. But I only tested texture output, and there was a problem: switching scaling setting...

Debugger was actually working pretty well for me lately. Maybe it should redraw itself on window exposed events, but I can't remember it getting stuck and requiring a resize like...

Looks like I've managed to make xBRZ behave. Just some cleanups, and it should be ready for review. The last two bullet points are still unresolved though. Testing is welcome.

It's much cheaper that way. Note that all textures are now of the GBA screen resolution, and there's no recreating them at the output size. I agree that ghosting should...

Looks like it's all functioning now as intended. See the latest pushed commit. If the overall flow there doesn't make you scream in terror, then I'll do another prettifying pass...

Looks exactly like the Qt 6 bug I mentioned in the first post (that is, unconditional disabling of sRGB framebuffer, which leads to darker output). That's a huge roadblock if...

macOS does support necessary functionality: sRGB texture formats extension became core (mandatory) in OpenGL 2.1 spec, sRGB framebuffer - in 3.0, and sRGB enablement was successfully done (not by me)...

Now it definitely works with Qt 6 on my Linux box. Still don't know whether Intel fixed their Windows driver for pre-Xe chips. That's my only major concern right now....