• Create Account

## Transparency Blocks

Old topic!

Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.

21 replies to this topic

### #1coderWalker  Members

127
Like
0Likes
Like

Posted 08 February 2011 - 06:09 PM

I am making a game simular to Minecraft.
It will not be a clone! It just has the Voxel Texture block look.

Anyway,
I want to add Glass blocks to the game.
I have the transparency and textures working and it's able to add the new blocks.
However when you look threw the Glass from the West it looks fine, when you look from the east however the world disappears.
The cause of this is that OpenGL only draws what was drawn before it in transparent objects.

So how can I make this work?

I have thought of ordering them in distance from the player each draw, but that will take waaay too long and kill meny optimazations I have in place.

Anyone have any ideas? Tacked this problem before?

Mine-craft: Player looking down threw Glass blocks at their "green house"

Webstrand

2053
Like
1Likes
Like

Posted 08 February 2011 - 06:16 PM

Enable alpha testing?

### #3coderWalker  Members

127
Like
0Likes
Like

Posted 09 February 2011 - 02:41 PM

I tried enableing it, not sure if I'm doing this correct. Alot easier to explain with a picure.
The problem is I cant draw back to front due to the fact that the player rotates.
If I was to sort by distance that could take minutes to sort all the blocks for 1 frame.

GL Init Code:
glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA);
glEnable(GL_BLEND);
glAlphaFunc ( GL_GREATER, 0.1f) ;
glEnable ( GL_ALPHA_TEST ) ;

Problem:

Webstrand

### #4karwosts  Members

840
Like
0Likes
Like

Posted 09 February 2011 - 02:45 PM

You cannot do blending without sorting back to front. However from what I see of your glass blocks you do not actually need to blend anything, you just want them to have some blue pixels and some transparent pixels. You can achieve this result with just alpha-testing instead of blending. You won't need to do any sorting to do just alpha testing.
My Projects:
Portfolio Map for Android - Free Visual Portfolio Tracker
Electron Flux for Android - Free Puzzle/Logic Game

### #5coderWalker  Members

127
Like
0Likes
Like

Posted 09 February 2011 - 02:56 PM

There has to be a solution, this is what I am trying to obtain:

This is what I have:
http://webstrand.com...m/pics/bug2.png

I don't even have to have variable alpha.
If the block can be like 1/2 clear all over that would be fine.

Anyone have a solution for the water blocks?

Webstrand

2053
Like
0Likes
Like

Posted 09 February 2011 - 03:48 PM

Also try disabling depth writing for the alpha blending. glDepthMask(GL_FALSE);//i think its false
it will still depth test, but not depth write, this way you can still draw them order independent and get somewhat satisfaction.

### #7karwosts  Members

840
Like
0Likes
Like

Posted 09 February 2011 - 03:58 PM

Also try disabling depth writing for the alpha blending. glDepthMask(GL_FALSE);//i think its false
it will still depth test, but not depth write, this way you can still draw them order independent and get somewhat satisfaction.

Won't work.

If you disable depth write for the water block, and draw blocks in arbitrary order, than the blocks behind the water will be drawn on top of the water if they are drawn after (because the water blocks are not in the depth buffer).

You've only got two options:

1) Do depth sorting
2) Don't use blending

I'm sorry if this doesn't work with your engine. If you want to do blending, than what's behind your object must be in the color buffer when you draw the object, that's just how it works.

http://www.opengl.org/resources/faq/technical/transparency.htm

If you can sort blocks such that all the transparent blocks are rendered last (even if they are out of order), than maybe you can use additive blending which is order independent. But you can't use alpha/1-alpha blending out of order.
My Projects:
Portfolio Map for Android - Free Visual Portfolio Tracker
Electron Flux for Android - Free Puzzle/Logic Game

2053
Like
0Likes
Like

Posted 09 February 2011 - 04:10 PM

If you can sort blocks such that all the transparent blocks are rendered last (even if they are out of order), than maybe you can use additive blending which is order independent. But you can't use alpha/1-alpha blending out of order.

Yea this is what I meant.

### #9coderWalker  Members

127
Like
0Likes
Like

Posted 09 February 2011 - 04:21 PM

Oh man, I was afraid of this

You've only got two options:

1) Do depth sorting <--would take to long with the default 5x5x5x16x16x16 blocks on screen
aka 512,000
2) Don't use blending

If its order independent I guess this is what I will have to use.
Could I use this with the water blocks so that their say, 50% transparent?

Could you elaborate a little about how I can use additive blending with water blocks?

Thanks for all the info so far!

Webstrand

### #10karwosts  Members

840
Like
0Likes
Like

Posted 09 February 2011 - 04:39 PM

Actually I think I got confused, I think you only need to sort if you have more than one transparent object. If all your transparent objects are the same color you might be fine.

Sorry for any confusion, try just drawing your water blocks last with depth write disabled and see if that works for you.
My Projects:
Portfolio Map for Android - Free Visual Portfolio Tracker
Electron Flux for Android - Free Puzzle/Logic Game

2053
Like
0Likes
Like

Posted 09 February 2011 - 05:26 PM

Right, its not going to be perfect, but its going to at least be water blocks. Might not turn out too bad. Actually it should be fine because the blending sorted or not the pixel final color will be the same (unless your blocks are shaded on each side, but that shouldnt matter really).

### #12bensmith87  Members

202
Like
0Likes
Like

Posted 09 February 2011 - 06:00 PM

I think that you can get away without sorting...

The glass and tree blocks do with an alpha test as normal.

Draw the water blocks last, with blending and depth writing disabled, but you will have to make sure only to draw the top blocks. This will only work if your water is level, i.e no waterfalls, as no translucent objects will be behind other transparent objects.

I hope that makes sense

### #13coderWalker  Members

127
Like
0Likes
Like

Posted 09 February 2011 - 07:57 PM

Sorry for any confusion, try just drawing your water blocks last with depth write disabled and see if that works for you.

Each chunk now draws their blocks with transparency last.
GL Depth Write?

I have just realised when there are 2 water blocks side by side on 2 diffrent chunks when facing north you still only see the skybox. No way to sort across multiple chunks without wasting a ton of time.

Webstrand

### #14coderWalker  Members

127
Like
0Likes
Like

Posted 11 February 2011 - 03:00 PM

If you all were me what would you do,considering what I am trying to achieve and what my competition has?

Drop the alpha and have just blue blocks?

Webstrand

### #15karwosts  Members

840
Like
0Likes
Like

Posted 11 February 2011 - 03:28 PM

I would do some research for yourself on how transparency actually works, and figure out how that can fit within the context of the engine constraints that you've imposed on yourself.

http://www.opengl.org/resources/faq/technical/transparency.htm
http://www.opengl.org/wiki/Transparency_Sorting
My Projects:
Portfolio Map for Android - Free Visual Portfolio Tracker
Electron Flux for Android - Free Puzzle/Logic Game

2053
Like
0Likes
Like

Posted 11 February 2011 - 04:10 PM

Well post a picture of this method and see if it works.

draw all non-water blocks.

glEnable(GL_BLEND);
glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA);
glEnable(GL_DEPTH_TEST);

draw water blocks.

### #17coderWalker  Members

127
Like
0Likes
Like

Posted 11 February 2011 - 08:35 PM

I would do some research for yourself on how transparency actually works, and figure out how that can fit within the context of the engine constraints that you've imposed on yourself.

http://www.opengl.or...ransparency.htm
http://www.opengl.or...parency_Sorting

Man I have looked at those pages 20 - 30 times.

draw all non-water blocks.

glEnable(GL_BLEND);
glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA);
glEnable(GL_DEPTH_TEST);

draw water blocks.

Glass:

Water:

The glass is dead completely, however I think the water does look a little better. The skybox glitch is gone but faces are missing between chunks.

I think what I will need to do is have 3 seperate draw parts
glDisable(GL_BLEND);
draw Solid (Dirt)
glEnable(GL_BLEND);
glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA);
glEnable(GL_DEPTH_TEST);
draw Fully Translucent (Water)
glEnable(GL_BLEND);
glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA);
glEnable(GL_DEPTH_TEST);
draw Partially Translucent (Glass)

I think the problem with the faces missing at the side of the chunks deals with the drawing.
I draw the chunks seperate.
So the three steps above happen multiple times each draw.
Could that mess it up?
now its
chunk[0,0]->draw();
chunk[1,0]->draw();
chunk[2,0]->draw();
chunk[3,0]->draw();
chunk[4,0]->draw();

Webstrand

### #18scgames  Members

2082
Like
1Likes
Like

Posted 11 February 2011 - 09:38 PM

To get an effect like what's shown in the earlier screenshot, I would only render the faces of translucent blocks that are 'exposed' (that is, that are not shared with an adjacent block). Then, render all non-translucent geometry first, followed by all translucent geometry.

If you have situations where you can see translucent blocks through translucent blocks, then you can use additive blending, or sort back to front (also as previously discussed). Note that although sorting might seem like it would be prohibitively expensive, if you have support for it on the scene-graph level, it shouldn't be a problem, I wouldn't think it. (Although admittedly it would likely take some work to implement.)

### #19ginkgo  Members

298
Like
1Likes
Like

Posted 12 February 2011 - 07:42 PM

As far as I understand, the approach for rendering transparent blocks in Minecraft is the following:

First, all opaque and alpha-tested blocks like glass or leaves are rendered. This initializes the color buffer and the depth-buffer with the correct values.

Then, the transparent blocks are rendered in two passes:

Render the blocks with color-write disabled, but depth-testing and depth-write enabled. This modifies the depth-buffer without changing the color-buffer.

Next, enable alpha-blending and color-write and draw the transparent blocks once more. (Keep depth-testing enabled)

Because they have already been written to the depth-buffer once, only the polygons nearest to the camera are rendered. This gives convincing results, while being cheap and pretty simple to implement.

Just make sure that the compare function for the depth test is less-or-equal. glDepthFunc(GL_LEQUAL);

### #20coderWalker  Members

127
Like
0Likes
Like

Posted 14 February 2011 - 10:04 AM

I am splitting my code to draw in the Chunk class. I will then implement as described above and post another screen-shot of the results.
By splitting the code I can then draw the diffrent types of the whole map as opposed to chunk by chunk.

ex now:
chunk1->draw()
opaque
translucent
transparent
chunk2->draw()
opaque
translucent
transparent

after:
chunk1->drawOpaque()
chunk1->drawTranslucent()
chunk1->drawTransparent()
chunk2->drawOpaque()
chunk2->drawTranslucent()
chunk2->drawTransparent()