[1.8] Alternative for ISimpleBlockRenderingHandler

[Bedrock_Miner]

Hello everyone!

I'm wondering if there is an alternative for the ISimpleBlockRenderingHandler in 1.8. I want to create a block similar to the conduits from enderIO and therefore I need a code-driven renderer, however I don't want to use a TileEntitySpecialRenderer because of efficiency.

Please don't tell me to use models, for such a complicated model it would be a pain in the a** to create a model for every single possible state. Or is there a better model type? Anyway, I prefer the code driven renderer...

 

Any Ideas, what I can do to recreate something like the ISimpleBlockRenderingHandler? Is there maybe an approach by Forge to re-implement it?

[Abastro]

There are only 2 choices: Use TESR, or you should make some Json model.

[Bedrock_Miner]

Wich class should implement IBakedModel? And what do I do with that class?

 

I recently saw a model json file on a github by forge that used some additional features. However, I cannot find the link anymore. Is there a new Forge model file syntax or did they removed it? Because it looked kinda fancy.

 

Another question: How much would it slow MC down if I had the TESR and about 100-200 blocks within the viewport? (OK, depends on the computer, but would it cause massive lag?)

[Ernio]

Wich class should implement IBakedModel? And what do I do with that class?

You make your implementation. And register it ofc.

 

I recently saw a model json file on a github by forge that used some additional features. However, I cannot find the link anymore. Is there a new Forge model file syntax or did they removed it? Because it looked kinda fancy.

Something like this:

http://mcforge.readthedocs.org/en/latest/blockstates/forgeBlockstates/

Idk if this si official docs. Only fancy thing is that you don't need that many variants, but shorter files.

 

Another question: How much would it slow MC down if I had the TESR and about 100-200 blocks within the viewport? (OK, depends on the computer, but would it cause massive lag?)

Depending on rendering operations, it can slow a LOT.

[Bedrock_Miner]

You make your implementation. And register it ofc.

Sorry, how exactly can I register a model? I've only registered the model files so far (and used the normal blockstates file).

 

Something like this:

http://mcforge.readthedocs.org/en/latest/blockstates/forgeBlockstates/

Idk if this si official docs. Only fancy thing is that you don't need that many variants, but shorter files.

Yes that's exactly what I meant. Is this already implemented in Forge? Because it could make things a lot easier if you have many, many state properties. (However, I still prefer code)

 

Depending on rendering operations, it can slow a LOT.

Yeah, that's what I thought as well... Could be a pain for users with a slow computer...

[EverythingGames]

You make your implementation. And register it ofc.

Sorry, how exactly can I register a model? I've only registered the model files so far (and used the normal blockstates file).

You should register your block .JSON and blockstate like normal. After that, create an instance of your block's ModelResourceLocation and use the ModelBakeEvent to extract the IBakedModel from it. Then, again use the ModelBakeEvent to replace the ModelResourceLocation with your custom class implementing IBakedModel. Here is an example below.

 

 
public void onEvent(ModelBakeEvent event)
{
    final IBakedModel bakedmodel = event.modelManager.getModel(YOURMODELRESOURCELOCATION);
    final YourIBakedModelTypeClass youribakedmodeltypeclass = new YourIBakedModelTypeClass(bakedmodel);
    event.modelRegistry.putObject(YOURMODELRESOURCELOCATION, youribakedmodeltypeclass );
}

[Choonster]

Something like this:

http://mcforge.readthedocs.org/en/latest/blockstates/forgeBlockstates/

Idk if this si official docs. Only fancy thing is that you don't need that many variants, but shorter files.

Yes that's exactly what I meant. Is this already implemented in Forge? Because it could make things a lot easier if you have many, many state properties. (However, I still prefer code)

 

Yes, it's implemented. You can see the code behind the example in the docs here and the blockstates file and item/block models here.

 

I created a model similar to a BuildCraft pipe using this system here.