-
Notifications
You must be signed in to change notification settings - Fork 809
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
Invisible players on a team with “seeFriendlyInvisibles” enabled will cull other translucent blocks behind them #239
Comments
Probably caused by #38 |
Seems like it. Should I close this issue? |
You probably should. You may also want to add a comment on that issue either referencing this one or re-explaining this behavior. |
This is unrelated to #38 and is a separate issue caused by entities being rendered before the world. This causes their fully transparent fragments to be written to the depth buffer first, meaning that by the time we render the water, the GPU will never write any new fragments because they're behind the "nearest" fragment. |
Oh, my bad |
Does this happen the same way when you're in spectator mode looking at something invisible? |
I can confirm that this is a vanilla issue and it will make particles, entities, block entities, translucent blocks and beacon beams invisible behind translucent entities, name tags of players who are crouching... there may be more. if sodium fixes this, i will be happy. |
Expected Behavior
I'd expect to see through the player and see the blocks behind (i.e. stained glass)
Actual Behavior
The translucent blocks behind the invisible player will not render
Reproduction Steps
I was playing on The Hive and saw some funky rendering. I later did some testing in SP and found that it's because of the “seeFriendlyInvisibles” team modifier thing
Attachments
System Information
(2018 Macbook Pro, base model running MacOS Mojave)
The text was updated successfully, but these errors were encountered: