I'm trying to render an IBakedModel from within a TESR.

This is my code:

public static class RendererInfected extends TileEntitySpecialRenderer<TileEntityInfectedBlock>
	{
		

		
		@Override
		public void renderTileEntityAt(TileEntityInfectedBlock te, double x, double y, double z, float partialTicks, int destroyStage)
		{
			
			BlockRendererDispatcher renderer = Minecraft.getMinecraft().getBlockRendererDispatcher();
			IBlockState state = te.getParent();
			if(state != null)
			{
				
				IBakedModel model = renderer.getModelForState(state);
				renderer.getBlockModelRenderer().renderModel(getWorld(), model, state, te.getPos(), Tessellator.getInstance().getBuffer(), true);
			}

		}
		
	}

 

The problem that I'm having is that the VertexBuffer crashes somewhere, throwing an ArrayIndexOutOfBoundsException:

Description: Tesselating block model

java.lang.ArrayIndexOutOfBoundsException: 3
	at net.minecraftforge.client.model.pipeline.VertexLighterFlat.processQuad(VertexLighterFlat.java:108)
	at net.minecraftforge.client.model.pipeline.QuadGatheringTransformer.put(QuadGatheringTransformer.java:63)
	at net.minecraftforge.client.model.pipeline.LightUtil.putBakedQuad(LightUtil.java:126)
	at net.minecraft.client.renderer.block.model.BakedQuad.pipe(BakedQuad.java:70)
	at net.minecraftforge.client.model.pipeline.ForgeBlockModelRenderer.render(ForgeBlockModelRenderer.java:138)
	at net.minecraftforge.client.model.pipeline.ForgeBlockModelRenderer.renderModelSmooth(ForgeBlockModelRenderer.java:103)
	at net.minecraft.client.renderer.BlockModelRenderer.renderModel(BlockModelRenderer.java:47)
	at net.minecraft.client.renderer.BlockModelRenderer.renderModel(BlockModelRenderer.java:38)
	at tschipp.pathology.render.InfectedBlockRendering$RendererInfected.renderTileEntityAt(InfectedBlockRendering.java:60)
	at tschipp.pathology.render.InfectedBlockRendering$RendererInfected.renderTileEntityAt(InfectedBlockRendering.java:1)
	at net.minecraft.client.renderer.tileentity.TileEntityRendererDispatcher.renderTileEntityAt(TileEntityRendererDispatcher.java:156)
	at net.minecraft.client.renderer.tileentity.TileEntityRendererDispatcher.renderTileEntity(TileEntityRendererDispatcher.java:131)
	at net.minecraft.client.renderer.RenderGlobal.renderEntities(RenderGlobal.java:723)
	at net.minecraft.client.renderer.EntityRenderer.renderWorldPass(EntityRenderer.java:1385)
	at net.minecraft.client.renderer.EntityRenderer.renderWorld(EntityRenderer.java:1299)
	at net.minecraft.client.renderer.EntityRenderer.updateCameraAndRender(EntityRenderer.java:1106)
	at net.minecraft.client.Minecraft.runGameLoop(Minecraft.java:1140)
	at net.minecraft.client.Minecraft.run(Minecraft.java:407)
	at net.minecraft.client.main.Main.main(Main.java:118)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
	at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at net.minecraftforge.gradle.GradleStartCommon.launch(GradleStartCommon.java:97)
	at GradleStart.main(GradleStart.java:26)

 

My best guess is that this is not the correct way to use the VertexBuffer. Is there another way to get an instance of it?

Edited July 8, 20178 yr by Tschipp

1 minute ago, diesieben07 said:

The BlockRendererDispatcher expects the VertexBuffer to be in "draw" mode, check out the other places that renderModel is called.

Although, why are you using a TESR for this? In the current configuration, it is not needed.

How do I put it in "draw" mode? What should I use instead of a TESR? A custom Model implementation? I could do a custom Model Implementation, but I found the TESR to be more straight forward (and better documented)