LWJGL - Voxel Engine

[Pauler]

7sfS5fmzDjk

Sadly, water can’t expand to another chunk.

[steg90]

Looking cool, keep up the good work!

[Vermeer]

Wow that’s fantastic! I love how that’s all working.

@Pauler

Sadly, water can’t expand to another chunk.

I’m sure you will find a way to solve that. When I did the water on my map I stored the water In another array, this was partly because I used a second render pass to draw it semi -transparent. But it also solved the problem of it not being bound to chunks.

I’m not suggesting you do that, but a temporary list of moving water may help get around that. Or some good methods that deal with chunk boundaries. Looks great!

[Pauler]

I found some time and started working on the engine again, but I still cannot get the holding cube right. Can someone send me a working piece of code about the holding cube?

Some of the strangle results:

VFrsQmG3zQw

Paul.

[Mike]

Draw it last and don’t do any depth testing.

Mike

[Vermeer]

I looks like you are not translating and rotating it properly.

this is from a page on my blockworld page

@Vermeer

// draw the block the player is holding
		GL11.glLoadIdentity();
		//move the camera
		GL11.glRotatef(20, 1.0f, 0, 0);  //lookupdown
		GL11.glRotatef(360.0f - yrot, 0, 1.0f, 0); //360.0f - yrot
		GL11.glTranslatef(-xpos, (-walkbias/3) - 0.25f - (float)playerheight - hedHeight, -zpos);
		
		//move the block infront of the player
		float xblokpos = xpos - (float) Math.sin((yrot-18) * piover180) * 0.24f;
		float zblokpos = zpos - (float) Math.cos((yrot-18) * piover180) * 0.24f;
		
		
		GL11.glTranslatef(xblokpos, playerheight+1.83f, zblokpos);
		GL11.glRotatef(340.0f + yrot, 0,1f, 0f);
		

its rotated to the side of the player by 18, and tilted down by 20 (GL11.glRotatef(20, 1.0f, 0, 0); )
Once the camera is rotated, I place the block infront of the player with xblokpos zblockpos (the block is 0.24 units from the player camera)
The block is then rotated to maintain its relative rotation to the player
I have also reduced the effect of the walkbias by /3 to minimise, but not remove the bobbing effect on the block, as its close to the camera.

Hope this is of some help. The values you want to use may be trial and error! To get the look you want to have.

you can also download my code, its on there somewhere. This part is halfway down the render method

[steg90]

I don’t translate the position - just set identity and position the cube after.

I just do:

	glLoadIdentity();  

	GL11.glRotatef(10, 0, 0, 1);
	GL11.glTranslatef(-0.05f, (walkbias / 2.3f) + 0.9f, 0.4f);

       // draw cube

The above is called after my camera has been translated.

[Pauler]

	glLoadIdentity();  

	GL11.glRotatef(10, 0, 0, 1);
	GL11.glTranslatef(-0.05f, (walkbias / 2.3f) + 0.9f, 0.4f);

       // draw cube

What walkbias is?

[steg90]

It’s just a value that is calculated to get a bobbing effect - I got the idea from Vermeer who I believe got it from one of nehe’s tuts.

You can just do:

GL11.glTranslatef(-0.05f, 0.9f, 0.4f);

You may have to play around with the values dependant on your camera position.

[Pauler]

I found some time and started working on the engine again, but I still cannot get the holding cube right. Can someone send me a working piece of code about the holding cube?

Some of the strangle results:

VFrsQmG3zQw

Paul.

[Vermeer]

Yes walkbias is from NEHE’s tutorial. I have scaled it down by 2.3 as the motion does not need to be as pronounced as the full bias of the character.

[Mike]

Draw it last and don’t do any depth testing.

Mike

[Vermeer]

I looks like you are not translating and rotating it properly.

this is from a page on my blockworld page

@Vermeer

// draw the block the player is holding
		GL11.glLoadIdentity();
		//move the camera
		GL11.glRotatef(20, 1.0f, 0, 0);  //lookupdown
		GL11.glRotatef(360.0f - yrot, 0, 1.0f, 0); //360.0f - yrot
		GL11.glTranslatef(-xpos, (-walkbias/3) - 0.25f - (float)playerheight - hedHeight, -zpos);
		
		//move the block infront of the player
		float xblokpos = xpos - (float) Math.sin((yrot-18) * piover180) * 0.24f;
		float zblokpos = zpos - (float) Math.cos((yrot-18) * piover180) * 0.24f;
		
		
		GL11.glTranslatef(xblokpos, playerheight+1.83f, zblokpos);
		GL11.glRotatef(340.0f + yrot, 0,1f, 0f);
		

its rotated to the side of the player by 18, and tilted down by 20 (GL11.glRotatef(20, 1.0f, 0, 0); )
Once the camera is rotated, I place the block infront of the player with xblokpos zblockpos (the block is 0.24 units from the player camera)
The block is then rotated to maintain its relative rotation to the player
I have also reduced the effect of the walkbias by /3 to minimise, but not remove the bobbing effect on the block, as its close to the camera.

Hope this is of some help. The values you want to use may be trial and error! To get the look you want to have.

you can also download my code, its on there somewhere. This part is halfway down the render method

[steg90]

I don’t translate the position - just set identity and position the cube after.

I just do:

	glLoadIdentity();  

	GL11.glRotatef(10, 0, 0, 1);
	GL11.glTranslatef(-0.05f, (walkbias / 2.3f) + 0.9f, 0.4f);

       // draw cube

The above is called after my camera has been translated.

[Pauler]

	glLoadIdentity();  

	GL11.glRotatef(10, 0, 0, 1);
	GL11.glTranslatef(-0.05f, (walkbias / 2.3f) + 0.9f, 0.4f);

       // draw cube

What walkbias is?

[steg90]

It’s just a value that is calculated to get a bobbing effect - I got the idea from Vermeer who I believe got it from one of nehe’s tuts.

You can just do:

GL11.glTranslatef(-0.05f, 0.9f, 0.4f);

You may have to play around with the values dependant on your camera position.

[Vermeer]

Yes walkbias is from NEHE’s tutorial. I have scaled it down by 2.3 as the motion does not need to be as pronounced as the full bias of the character.

[Pauler]

Thank you all for your help. I used steg90’s method, and it worked. I was expecting something more compilicated with usage of trigonometry to tell you the truth.

My current problem is that from some angles, players cannot see the rest of the blocks through a transparent block. At some points it seems like there are no other blocks behind the transparent ones like water. I don’t know if my explanation is good enough to understand. I am not sure what causes that.

Paul.

[Longor1996]

@Pauler

Thank you all for your help. I used steg90’s method, and it worked. I was expecting something more compilicated with usage of trigonometry to tell you the truth.

My current problem is that from some angles, players cannot see the rest of the blocks through a transparent block. At some points it seems like there are no other blocks behind the transparent ones like water. I don’t know if my explanation is good enough to understand. I am not sure what causes that.

Paul.

To fix this problem (almost):

			GL11.glEnable(GL11.GL_BLEND);
			GL11.glBlendFunc(GL11.GL_SRC_ALPHA,GL11.GL_ONE_MINUS_SRC_ALPHA);
			GL11.glAlphaFunc(GL11.GL_GREATER, (float) 0.1);

And then you will also have to do depth-sort your chunks.
Then render opaque things front-to-back, and then render back-to-front transparent things.

Example:

List<?> visibleChunks = ???;
Collections.sort(visibleChunks,frontBackDistanceSort);

for(int n = 0; n < visibleChunks.size(); n++)
    visibleChunks.get(n).renderCall(OPAQUE);
for(int n = visibleChunks.size()-1; n >= 0; n--)
    visibleChunks.get(n).renderCall(TRANSPARENT);

• Longor1996

[Pauler]

Thank you all for your help. I used steg90’s method, and it worked. I was expecting something more compilicated with usage of trigonometry to tell you the truth.

My current problem is that from some angles, players cannot see the rest of the blocks through a transparent block. At some points it seems like there are no other blocks behind the transparent ones like water. I don’t know if my explanation is good enough to understand. I am not sure what causes that.

Paul.