This patch works well in my enviroment.
But I don’t know much about OpenGL programming, so this may cause other problems.
If this problem is not my unique one and patch is suitable, please merge.
Hmm, that’s not a ‘thin’ thing but rather a floating aliasing mismatch thing, just changing the depthtest to <= instead of < should fix it and be more performant as well.
I need to refactor something I guess, because I dont think this list of classes you changed covers all cases. Something must be moved as utility up the class hierarchy
This implies a Z-fighting issue. I already submitted a PR to increase it to -0.5025 as I thought that might be it as that value is outside the floating point error bounds for any case where you are close enough to the object anyway (I.E. it should fix it for anything within about 50 blocks of the camera without starting to ‘float’ off the block too much).
Greg’s secretdownload would be the one to test until he makes the next release (the secretdownload is always his latest build, whether successful or not so it ‘usually’ works, but not always).
I downloaded file about 1hours ago, and test it.
It still have same problem.
edited:
I downloaded latest source and tested.(SHA1= 96dcce89cb)
Changed 0.5025 to 0.505, this didn’t resolve the issue this time.
Changed to first glDisable()s method, this still works.
Screenshot: glDisables() and LineWidth 2.0 to 5.0, and green
Just as I expected, I knew it wasn’t Z-Fighting. Its rendering weirdly. Last time I had that issue was on my Laptop, I dont get it on my current computer so its hard for me to reproduce, and I dont know shit about OpenGL so I need @OvermindDL1 to do it for me. ^^"
If glDisable(GL_DEPTH_TEST) fixes it then it is still Z-Fighting, but something about ya’lls drivers is borked.
You don’t want to use glDisable(GL_DEPTH_TEST) anyway, it will render ‘on top’ of everything, like if another player is standing in the way or so forth, rather you just want to change the depth test to be >= instead of > (or does MC use <… whichever).
@pochy could you try replicating the Issue with a recent Version please? I cant replicate it, @OvermindDL1 cant either, and you seem to be the only person who I know that can replicate it with their current hardware. (I know my old computer was able to replicate it aswell, but I dont use that one anymore at all)
I tried SNAPSHOT build(with path).
Still have same issue in The End with peaceful mode.
But I couldn’t replicate same issue in OW even if 6.08.04.
What I changed to my environment is…Windows update only…maybe.
I noticed that when I have mob/dropped item(entity?) in my view(even if behind wall), grids are drawn correctly.
Let’s assume it is not that, even though the Win10 October Update tends to delete/corrupt a ton of User Files due to a bug with Intel Drivers.
This sounds like it only renders correctly when an Entity is onscreen, and last time I replicated the Issue I was in Multiplayer on a Server and made sure that no Entities were closeby (only got Squids at times). This might be the hint I need to replicate it at the very least.
If so that sounds like that some mod’s entity is corrupting the GL state, which is not at all surprising… If you can figure out which entity, like via mobspawning eggs, that would be a great help!