Animefan8888

setBlockState(state.with(integerProp, state.get() + 1)) // then setBlockState(state.with(booleanProp, false)) // is not the same as setBlockState(state.with(integerProp, state.get() + 1).with(booleanProp, false) Does that make sense?

state.with(state.get(...)+1)

No. I need to see the current state of your code.

Post your code.

I believe that is wrong...cant you just have two models per color/whatever(16). And then an extra one that's empty. Then an extra one that is empty to apply when it is false. Which comes to 16x2+1=33 which is a lot, but you can just parent the glass pane model and change the texture.

No...The problem is that it is null you never give them any value. You need to give them a value. They dont automatically have a size/length.

Also this will always most of the time be true. Use ItemStack#areItemStacksEqual or similar method name.

Do you ever give your previous or now fields a value or do you assume that they automatically have the size you want?

Hmm it crashed...why did it crash? If only it told us...

It would be easier to just store a boolean called hasSpawned.

Yes you can override vanilla recipe jsons. Mods function as datapacks. You just need to make sure you direct the recipe to your IRecipeSerializer by specifying the type as yours.

You need a custom IRecipeSerializer and a custom IRecipe that extends the specific one. IRecipe is fine for normal crafting and a AbstractFurnaceRecipe is needed for the furnace ones.

You can't do this in an event class. They are singletons. Just do the areItemStacksEqual check every tick. Also the event parameter has a getPlayer method use that instead of Minecraft.getMinecraft().player because that is client only and thus you are reaching across logical sides.

No, because you can send the Capability data you need to render in the packet. As diesieben and I have both said it is impossible to always have the player on the client side. Therefore you can only send the data.

Yes