Animefan8888

Post your log it should throw an error with information necessary to correct this.

This is what is wrong. It should just be minecraft:acacia_log Correct, typically.

No problem.?

You have two options: save the data to the player aswell as the entity or sync the data from the server to the client on request for the gui.

Anything below 1.9.8 is unsupported on this forum, please update to receive assistance.

You cannot use that for this event you will have too add it manually to MinecraftForge.ORE_GEN_BUS(or something like that)

Is that even out for 1.13? And this would essentially require this

As far as I am aware there is no current way to go from a 1.13 to a 1.12 world. No one has made an application to do so yet. You will probably need to rebuild the whole house in 1.12.2 using your 1.13 world as a template.

Because you are not specifying your account that you want to play as in the program arguments. There is a post on here about that and it was posted in just recently.

No, the debug.log found in the logs folder, or the latest.log if you don't have a debug.log.

EntityLivingBase#getEntityAttribute(SharedMonsterAttribute...).applyModifer(new AttributeModifer)

I think that only affects players, but I am not sure. Seeing as how searching the whole repository I found nothing about SharedMonsterAttributes.ATTACK_SPEED in any AI or entity class that was not EntityPlayer.

I don't think that is how this works. I believe hamachi is just a way to get around port-forwarding. So you can't use the LAN feature within the Minecraft game, you have to run the server application.

You will have to apply an AttributeModifer to the health attribute.

This is so if you are lagging and the entity you're trying to attack has moved away from you before you have noticed it.

You can read this if you want to use the annotation system to create your config. Or in your FMLPreInitializationEvent method you can call FMLPreInitializaionEvent#getSuggestedConfigFile() which will give you a File with the suggested path(a cfg file in the config directory with your mods modid as the file name). Then you can create a new instance of Configuration with said File instance and then use the methods within that instance to construct your config file and load data into fields.

You can store a static field in a class and initialize it in the registry event and then register them.

Quite a lot of objects in Minecraft are are singletons, objects where there is only one instance. IE there is only one IRON_INGOT. So instead of using Object#equals just use "==". And you shouldn't worry about comparison checks you can do millions potentially billions of them per second.

*Sees no code*

Make a new thread instead of posting on one that is almost 4 months. Plus the topic of this thread changed from recipes to redstone a while ago.

You must compare the states. Or the properties of the IBlockState.

Forge doesnt treat all jar files as mods. For a jar file to be a mod you have to have a class annotated with the @Mod annotation. So therefore no code. No mod.

Ok, didn't know its call hierarchy, trying to help while I'm away from home.

That doesnt have any of your code in it.