[1.7.10] BlockRenderer vs TileEntitySpecialRenderer

[r00t]

Hello,

I just started modding and cannot grasp some concepts yet. I've been using these documentations as a basis in combination with the vanilla code and big mods from github. However, the vanilla code has obfuscated method/variable names and the big mods use many custom libraries, making them harder to follow.

 

For starters, I wanted to created a sloped block like this:

The slope block should be rendered as a 3D item in world and the inventory.

The Block should be a tile entity later on but for now I just wanted it to render like this.

 

1. In many projects I saw a BlockRenderer and a TileEntitySpecialRenderer implemented. Why do I need two renderers for the same block, even if the TileEntity is an empty class for now?

2. Isn't it possible to use the block's renderer to created a scaled item version? Do I really need to implement a new ItemRenderer?

3. Are there good documented tutorials/minimal examples for 1.7.10 I am missing? 

 

Thank you!

 

http://greyminecraftcoder.blogspot.de/2013/08/rendering-inventory-items.html

http://www.minecraftforge.net/wiki/Tile_entity_special_renderer

http://bedrockminer.jimdo.com/modding-tutorials/basic-modding-1-7/metadata-blocks-and-items/

[WeAthFolD]

In a nutshell: ISBRH is cached for efficiency and is called infrequently, TESR is not and gets called every frame.

 

in ISBRH you are already in a context of Tessellator.startDrawing(GL_QUADS). All you can do is specific quad geometries to the tessellator. The ISBRH represents a huge global draw call, where the draw call is sent once for every block in the world (or the blocks needed for render update). This is done only when world render state needs to update. (e.g. light state chagned).

 

in TESR you send out draw calls by yourself, and they get called every frame. This allows rendering of *dynamic* effects and complex geometries, also enables you to do transformation using ``GL11.glTranslate`` and ``glRotate``. However because that each TESR call needs at least one draw call, it is generally slower.

 

So, use TESR only when it's necessary.

 

NOTE: Those conclusion comes from reading the source code and might be somehow inaccurate. Feel free to correct me >.<

 

 

[Draco18s]

  On 11/13/2015 at 10:23 AM, WeAthFolD said:

NOTE: Those conclusion comes from reading the source code and might be somehow inaccurate. Feel free to correct me >.<

 

AFAIK that is an accurate statement.

[r00t]

Great, thank you!

 

So, I created the BlockRenderer and the corners look fine now. I am using setBlockBoundsBasedOnState to set the bounds to the corner slab for now.

1. When looking at the block, the inventory item changes according to the orientation, though always being the corner piece of the BlockBounds. Do I have to add a completely new renderer or is it possible to use the scaled model version of a certain block direction? What is the performance solution here?

 

2. How can set the BlockBounds to prevent an entity to stand inside the block, while allowing it to walk it like stairs? The corner block does not seem like a good solution. The borders should be customary rendered on the block. Is it enough to use addCollisionBoxesToList? (this thread was a dead end: http://www.minecraftforge.net/forum/index.php?topic=22129.0)

 

	@Override
public void setBlockBoundsBasedOnState(IBlockAccess world, int x, int y, int z) {
	int meta = world.getBlockMetadata(x, y, z);
	if (meta == LibRef.DIRECTION.NORTH) {
		setBlockBounds(0.0F, 0.0F, 0.0F, 1.0F, 0.5F, 0.5F);
	}
	if (meta == LibRef.DIRECTION.EAST) {
		setBlockBounds(0.5F, 0.0F, 0.0F, 1.0F, 0.5F, 1.0F);
	}
	if (meta == LibRef.DIRECTION.SOUTH) {
		setBlockBounds(0.0F, 0.0F, 0.5F, 1.0F, 0.5F, 1.0F);
	}
	if (meta == LibRef.DIRECTION.WEST) {
		setBlockBounds(0.0F, 0.0F, 0.0F, 0.5F, 0.5F, 1.0F);
	}
}

 

http://s8.postimg.org/ei3ccoc4h/Screen_Shot_2015_11_14_at_18_18_49.jpg[/img]

[LexManos]

Update to 1.8, this becomes infinitely more simple as you don't have to do any GL crap and can just use a sloped model.

[r00t]

I started with 1.8 but jumped back to 1.7.10 because major mods are not ported yet and might never be. I plan to use Thermal Foundation and AppleCore among others later on.

[LexManos]

That's not an excuse, update. You're going to have to do this anyways so do it.

Stop feeding the 'chicken-egg' cycle.

[r00t]

Yes, it is for me. If major mods won't provide a port to 1.8 in the foreseeable future (for reasons like these https://www.reddit.com/r/feedthebeast/comments/2ni6av/eli5_the_18_block_model_change/) I cannot simply replace them. I will update when the time comes. For now there is a larger 1.7.10 code base to learn from.

[LexManos]

Then you will receive no help here.

And that link you posted is 100% FLAT OUT WRONG.

It's nothing but spreading FUD.

Any mod that says they can not update is wrong and are just being lazy.

This has been proven many many times. Every time someone comes along and says "ITS IMPOSSIBLE!" We come back and show them it's not.

But retards like you only see the bitching and don't think for yourself or try for yourself.

So ya, you're not going to get any help here.