larsgerrits

But spawn isn't always on x=0 and z=0. It is always randomized.

Wrong section.

Don't do anything in the Mod class's constructor, but in FMLInitializationEvents. If you don't now what i mean, go read some tutorials.

Whe you say that you assume the "hit box size is defined with the render", the black lines around the block? That is done in the RenderGlobal class: Line 1756.

Try checking with a !world.isRemote before the getTileEntity and openGui method.

He measns that if you RIGHT CLICK on a block, it goes up and down, not WALKING an going up and down.

I know that, but you're never setting it on the server, only on the client. Try putting that code from the packet class in the client method, in the server method in the packet class.

In your packet class, you only do things client side. You need to do it server side, as the client will automaticly update from the server.

I never had that probem before, so i don't know how to fix it. But it helps if you can post some code and maybe a video of what's going on so that we can have something to work from.

Don't do ANYTHING in the constructor, but in the PreInit phase. If you don't know what that means, go read some tutorials on the wiki, as you need that for sure.

Try putting a breakpoint at that line, so you can see the null value so that you can search deeper as why that's null, and how to solve it.

Sorry to bump this thread, but i have the same problem. I know why it is, but i don't know how to fix it. The reason they are getting flipped, is because there was a bug in minecraft a long time, and the modders had worked around that bug, but now that the bug is fixed, you need to remove the work-around, but i don't know how to do that.

A gui handler is a class implementing IGuiHandler. If you implement it correctly, you need to add two methods. Add those. In that method, check if the ID is the same as the ID specified in, in your case MinecraftExpansion.guiIDCustom1, and if that that, return a new gui in the client method, and a container in the server method.

The reason why it says tile.null.name is because you only set the unlocalized name of the fluid, and not the actual block.

There's no way to do that, as for example RedPower uses code from 1.4.7 that's removed in 1.7.2, so that will throw one of many *****NotFoundException. You can deobfuscate RedPower using a deofbuscater and update it manually and keep it for your own, or you need to make a mod that add's all blocks etc to the earlier minecraft version.

Did you run setupDevWorkspace or setupDecompWorkspace when setting up forge?

I made a working energy system, but it has some flaws, and it took me days to figure out when something doesn't work, and when i solved it, another problem came up. I worked about a week to make a energy system with some flaws, so if you wan't a flawless system, it's gonna take a big amount of time. I just want to say that it's a big project and you really need to put some time in it.

Crash report? BlockDarkStoneGen class? You need to show more if you wan't help.

Can't you use a TickEvent and test for a enchanted iron ingot, and than replace the ingot with your ingot?

You are now checking if the world is not remote, so if it's the server, you spawn the client-side particles and on the client it does nothing. I bet that's what you want

He also has a update video for the custom furnace, and the things he doesn't cover, you can probably ask here or find out yourself.

No, i won't give you copy-paste code, as that's not how it works, so you have to try and modify it yourself and learn from that.

You don't need the netty framework, as all you need is the netty library and that's provider by forge when installing forge.

1) Why do you have 2 FMLInitializationEvents? 2) Don't do anything in the class constructor, but in the FMLPreInitializationEvent and the FMLInitializationEvent. In the client proxy, override the registerRenderInformation method and put the RenderingRegistry method in there, and remove it from where it is now.