Animefan8888

Where is your image?

Your ResourceLocation is pointing to the minecraft domain and not your mods domain aka the modid.

No, I will not write your code for you. Take a look at GuiButton

If I got this right you are asking how you can change what the button looks like. Make a class that extends GuiButton and override GuiButton#drawButton to instead use your image.

KeyboardInputEvent is only called Client side so that won't work. How are you registering your event and how are you changing the booleans in your array?

Try limiting it to one tree per chunk.

So basically as the Title says I am trying to get an Items IBakedModel and add it's quads to my custom IBakedModel. Though I have been successful in getting the Items IBakedModel, items seem to have a weird Black Plane that runs through it when rendered in the World. As shown below. Images This is my IBakedModel (most of which is probably temporary). Edit: I have also used the ModelLoaderRegistry.getModel() to get the model, but to no avail.

Not the height, but the width and depth.

How big are your trees? If they are near vanilla size you shouldn't be generating much more than 3-4 per chunk, also there is Runaway Chunk Generation. Which is a huge problem in world gen. If your generation passes over into another chunk then that chunk will be forced to generate and so on and so forth if it is your Biome it will call your decorate method and lead to more chunks being loaded. Edit: You will want to apply an offset to your generation so it doesn't load other chunks.

Post your Biome code again.

What do you mean? If you do System.out.println(pos) it will print out the BlockPos and you will have coordinates for where your Biome is being decorated.

In your decorate method print out the BlockPos argument to find the position.

Good news your Biome is generating. Bad news you are generating to many trees. 30 possible trees per chunk is a little to much.

Ahhh, thanks. I knew there was a reason behind me believing that.

It when you are using the @Mod.EventBusSubscriber which I believe is required for the RegistryEvents.

I don't believe the crash will happen in a development environment possibly because the classes marked with @SIdeOnly(Side.CLIENT) still get compiled though that may just be me thinking wildly.

You are not registering your Items correctly and you are also not registering your models correctly either. You need to use the Registry events for them. Here is the forge documentation on the registry events. Here is the documentation on Events. And you must also use the ModelRegistryEvent which is not on the forge documentation specifically. Inside the event you need to call ModelLoader.setCustomeModelResourceLocation.

Yes, and I misspoke ModelRegistryEvent is not the Client Side only class (at least it is not marked with @SideOnly(Side.CLIENT)), but ModelLoader is. And if you compile a Common or Server class with ModelLoader referenced in it it will crash with a "Class Not Found Exception". Seeing as how the class doesn't exist in the servers files.

@ObjectHolder as far as I know don't really have advantages or disadvantages in this case. Instead of an array I suggest a ArrayList. That way you have access to List#add. Also you will need to move your ModelRegistryEvent to another class or it will crash the dedicated server as it is a Client side only class. You also will need to put @SideOnly(SIde.CLIENT) at the top of your class.

Obviously what you are trying to register...aka your items.

This is not the proper way to register them. You must do event.getRegistry().register...

Nothing, @Mod.EventBusSubscriber is just the whole name. EventBusSubscriber is within the Mod annotation class. Also you need to register your Items and Blocks in the RegistryEvent.

You missed the @EventBusSubscriber annotation at the top of your Event Handler class. AKA @EventBusSubscriber public class EventHandler...

Though back to my initial question, why do you want them to be separate in the registry? You can just make it a normal one and change the appearance in the JSON file for the Item.

No as long as you are doing it to your own TileEntity. You are gonna have to do this anyways if the display changes based on the item. I am assuming that the Integer is an Item/Block ID. I do not suggest that you use the numerical ID do load it take a look at ItemStack#writeToNBT and ItemStack#readFromNBT. It isn't that it was "meant primarily to be used on LivingEntities and Players", but that it seems that it is more useful to save stuff to players and Entities than it is to TileEntities and ItemStacks.