Draco18s

What I meant was: I thought all vanilla items went into the ore dictionary.

Vanilla items should be in the dictionary by default.

Just FYI: There's two different functions going on here that result in Soul Sand's behavior. 1) Soul Sand's collision box is smaller than a full cube. This is required (minimum 1% smaller) for soul sand's effect to work 2) Soul Sand's on-collision function, which actually slows the player (cactus does damage, etc*). *Web actually works differently

He said not item stacks. To original poster: What you're trying to do is not doable. Items are single-instance objects merely referenced for behavior by other object types (such as ItemStack).

Short answer: yes Long answer: you need: 1) packet handler 2) GUI renderer 3) a way to save data on the player 4) an event handler You can find all of that on my github. Look at blocks.HealingCrystal and anything in .client

Look for this magical function: public void updateTick You'll need to use that function do do any kind of continuous changes in your block. It gets passed a lot of parameters. Take a guess at what the integer ones are.

No idea. All I know about is this.setSize(width, height);

The bounding box is the hitbox. Minecraft doesn't distinguish between them as far as I know. For blocks there's a separate bounding box (where the player runs into it) and hit box (where the mouse can highlight the block), but this has to do with blocks that the player can walk through needing a collision box for interactions separate from the physics.

Your modID doesn't match your class name. Your class lacks an @Instance

Not sure. Maybe.

Your specific issue, no, because I am not sure what's going on.

This happens to me ALL THE TIME. I have had programs not work and then I'll do the (language equivalent of) System.out.println("I am a fish") and it'll work. Then I'll comment the line out and it'll break again.

It's called a Tile Entity.

And everyone but you knows they don't match and why and have never had a problem with it. I did, actually.

Or you could leave it well enough alone.

So...so horribly out of date. Thaumcraft 3 isn't even in the same 1000s bracket that that lists it as. It's over in the 3000-3100 last I peeked. Except that other mods might not do that, leading to players going "WTF!!! ITS CRASHING BUT THE IDS ARE DIFFERENT! *RAGE*"

And...might cause conflicts with other mods.

1) NBT data on the itemstack 2) http://www.minecraftforge.net/forum/index.php/topic,8809.0.html

My guess: GUI is client side Entity is server side Entity variable ("nino") is null on client side because of client/server disparity (look up Packet Handlers).

Which will fail as soon as you try to distribute your mod.

This.

Just out of curiosity: Why?

Assuming that the "this.texture" is actually being used by the renderer (tip: not always) then you need to specify the source like this: this.texture = "/jordsta95/Mod/dragoone.png";

You...are not going to find what you're looking for anywhere.

I created my own block to test with. It didn't do anything, but I had a block called "Copper Ore" that I used to make sure that the event was firing and that the block ID was getting saved for later use. Very minor differences between 147 and 151 on Forge's end of things (i.e. the dictionary should work the same on both).