Jump to content

[SOLVED]transparent texture in Entities without ruining water render


Recommended Posts

I've been recently working on some special effects in my mod, so I started using transparent PNG textures in my entity rendering. But I noticed one(Rather annoying) flaw:

When the back of the entity are plain blocks, the rendering is perfectly OK. However, if the back of the entity are some water blocks, then part of water(To be exact, part which the texture's pixels are really drawn) are not being renderered at all, so I'm blending with whatever block that is beneath the water.

When testing with blended TileEntities, same error occurs.

I also noticed that the GL_ALPHA_TEST switch is enabled and some low-alpha pixels are being filtered. When I turn that switch off, the whole picture area I'm rendering ruins the water rendering.

With multiple entities in the world, sometimes the same problem occurs. It seems that the problem is highly dependent on the drawing order.

So, how can I fix that? Or it is a fixed problem of the MC render engine and we have to just stand it?(If it's the latter one I'll be really sad :()

BTW, all I did in my EntityRender class is equivalent to the following:

public void doRender(Entity ent, double x, double y, double z, float wtf, float isthis) {
GL11.glPushMatrix(); {
GL11.glTranslated(x, y, z);
//bind the texture
//render the model or whatever by calling tessellator
} GL11.glPopMatrix();



A screenshot(When disabled GL_ALPHA_TEST)

The MC version is 172 and Forge version is 172 recommended.


Thanks for your time reading and answering!


EDIT: After looking up some informations, I found that this problem is hardly solveable because of limits on OpenGL rendering pipeline. Depth test is done regardless of pixel transparency, and alpha blending is done in later stages. To make it right you have to either not write Z value of current drawing (Which may cause this draw call to be improperly covered), or make depth sorting for all of the transparent stuff within the render scene(Which for current MC rendering routine, impossible). So currently maybe we can just stand this design flaw and use original alpha tests?

Link to comment
Share on other sites

A soft sell for mcbbs and 360, well done.

There are two pass in the rendering process of Minecraft. The first pass is used to render all non-transparent block, most entities and tileentity (in fact, all vanilla ents & tiles), and the second one is used to render transparent block, such as water.

Although I think that it is possible to play some "Z buffer tricks" to avoid this problem, you can just simply let your ents & tiles be rendered in the second pass. Just override the shouldRenderInPass method in your ent/tile class (not the renderer class. Don't confuse shouldRenderInPass and shouldRenderPass of RendererEntityLiving).

However, I'm not sure will it solve this problem. I can't reproduce it...

Link to comment
Share on other sites

You have to make sure your object is rendered after the water, if your object is closer than the water.  For water that works fine, but if you (say) look through ice at your object, it will look mighty strange.  Likewise if you look through one of your objects to see a second one of your objects


I don't think in 1.7.10 that this can be properly solved without a big effort.  In 1.8, transparent blocks are depth-sorted so it should work better!



Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Create New...

Important Information

By using this site, you agree to our Terms of Use.