-
-
Notifications
You must be signed in to change notification settings - Fork 50
Some shader()
examples behave unexpectedly at higher pixel densities
#1063
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Hey, @vsquared I think it should look something like this: Screencast.from.28-04-25.01.35.32.AM.IST.webmWhen I try to run in linux, it's working as expected, so probably it's a mac specific issue. Mac are sometimes really weird when working with opengl. Btw, @vsquared do you mind removing this line in the code and build again to see what you get, probably you should get the correct result then. I can't debug since I am not a user of mac. processing4/core/src/processing/core/PApplet.java Line 10108 in c83f44c
We should probably work with shader on how it works with mac for pixel Density? |
Hi @SableRaf , From what I can see, the Conway Game-of-Life example (https://processing.org/examples/gameoflife.html) is rendered with Processing’s default renderer. So does it actually uses any OpenGL pipeline or custom shaders? I’ve been investigating the flickering you noted in the shader reference sketches. Even after commenting out the line that syncs processing4/core/src/processing/core/PApplet.java Line 10108 in c83f44c
the shader still don't work and shows kind of flickering effect : Screencast.from.28-04-25.02.01.24.AM.IST.webmThat makes me suspect the issue lies elsewhere. Would you agree this is independent of pixel density? If so, I can prepare a minimal example and file a new issue—just let me know if there’s anything else we should check first. Not sure if conway example we are using uses any opengl context or works on the GPU side. |
This is the correct appearance. The issue in question is specific to Processing 4.4.3 (the latest beta at the time of posting). We changed the default behavior so that If you want to investigate further, make sure you're testing on Processing 4.4.3 or building from the latest source. We suspect the issue may be related to the built-in @perminder-17 You're looking at |
My mistake; I tested on Processing 4.4.1. Sorry for the confusion. |
@AhmedMagedC Do you have a high-density display? Otherwise you'd need to set |
i have 1920 * 1080 screen monitor (using laptop) |
Yeah that message indicates that you do not have a high-density display, you can go into settings -> system -> display (iirc) and change the display scaling to 200% for example. Not sure if you could work this way though |
Most appropriate sub-area of Processing 4?
OpenGL
Processing version
4.4.3
Operating system
Tested on macOS 13.4
Steps to reproduce this
Open Processing 4.4.3
Run examples in
Topics/Shaders
(for example Conway);Notice the rendering is wrong
snippet
n/a
Additional context
Since version 4.4.3, the default
pixelDensity
is set to match the display's density. During testing, we found that some shader examples break on high-density displays because they implicitly relied onpixelDensity
being set to 1.Some investigation in how
shader()
is implemented and what assumptions are made there might be needed.Would you like to work on the issue?
This can be assigned
The text was updated successfully, but these errors were encountered: