Draco18s

1) Get a reference to the player 1) player.getCurrentEquippedItem().stackTagCompound.getTagList("ench")

Nope. mOXkIe.zip |__modname |__assets

Or look at the source for an old version of Minecraft.

Configuration config = new Configuration(some_file_reference);//you'll have to figure this out for yourself config.get(Configuration.CATEGORY_GENERAL, "Enable this mod?", true).set(false);

Except that this is bad practice. IIRC, this will fail on the dedicated server side.

No: TileEntity tileEntity = player.worldObj.getBlockTileEntity((int)player.posX, (int)player.posY, (int)player.posZ); Your tileEntity is null. Because there's no tile entity AT that location. This has been your problem from the beginning. There is not, will not, never has been a tile entity at the player's feet because THERE IS NO ENTITY THERE so stop trying to reference it. You get a crash on that line because null does not have an xCoord value.

Start printing out values and checking them against what the values should be. I can't help you debug your code, I can only tell you what you need to use.

There is a good installer. For Eclipse. You're off using InteliJ which is not actually supported by the Forge team, so you really don't have any grounds to complain.

Unfortunately I am not sure at this point.

The world class can do all of that. world.getEntitiesInAABB() for instance.

...Really. A new tile entity. No no no no. You have a tile entity somewhere that is involved. Generally when the player right clicks it is when you open a gui for it. That method is inside a tile entity and has reference to itself. Unfortunately with the code you have supplied I'm not sure you even HAVE a tile entity anywhere. So I don't know why you're trying to reference it at all.

Packets are tiny as mouseballs. I have an addon mod for Mystcraft that sends four max-sized packets to the server (and later retrieves them) and the delay is pretty small. I mean, it's large enough to be noticed, but there's also a lot that goes on in order to retrieve the info. Basically I'm saving and retrieving screen renders from the player. The upper right corner is just a black box normally. http://s23.postimg.org/4az5t711n/2013_11_08_22_23_39.png[/img] The retrieval takes about 1 second (even with the client and server on the same machine), so I suspect it's mostly due to disk IO.

this.worldObj

Its been a while since I messed around with collission boxes. Play around with it and see what it's doing.

Admittedly I haven't actually tried that, for whatever reason my PC can't handle two clients and a server simultaneously.

Nope. You don't need to manually do anything. I use it for a chest-like object that displays its contents as part of the renderer. There are some that generate as part of worldgen (so nothing involved clientside) and the item is already being displayed when I come across it.

x + this.minX --> this.minX ?

public Packet getDescriptionPacket() { NBTTagCompound nbtTag = new NBTTagCompound(); this.writeToNBT(nbtTag); return new Packet132TileEntityData(this.xCoord, this.yCoord, this.zCoord, 1, nbtTag); } public void onDataPacket(INetworkManager net, Packet132TileEntityData packet) { readFromNBT(packet.data); }

Well your collision boxes for cases 0 and 2 are still only 1x1x1 in size, as xMin and xMax (ditty y and z) are based on block bounds, which ranges from 0...to 1. That and I think the x/y/z location is included. Meaning you're creating a collision box off in the middle of nowhere.

Don't use config files, there's better ways to do it. 1) Use the player's already existent entityData. This is an NBT tag that all entities have that you can read and write any information you want to, to it and it will be saved in the user's profile, just like their inventory. 2) Use separate NBT data files. More difficult, but certainly doable. I did this for one mod because the data was per-world based, but tended to be "massive" in size, so having it remain loaded in memory all the time was not good, so the per-world storage that's given by IExtendedProperties wasn't going to work. Basically create a file reference and then run the file through CompressedStreamTools.

Private video is private. Anyway, try setting a color, GL11.glColor_f(1, 1, 1, 1)

You have an AABB code, but what's the problem? All you did is go "Ok, I did this" but didn't explain what's still wrong.

*Groan* No it's not. You need a f*ing reference to an instance of the World class to be able to setBlock. You can't do that with the World class itself. You're basically trying to do this: Integer integer = 10; Integer += 1; //this makes no f*ing sense Except that the first line is missing entirely.

Well, you originally got no trees because neither snow nor ice are a valid block for trees to grow on. The second problem I can't diagnose, as you didn't include the code, but you need to specify the material the trees are made out of.

The dude with five posts figured it out. You (the original poster) need to go learn Java before tinkering around with Minecraft some more. This is a basic concept you need to know before modding can begin.