Draco18s

You need TileEntitySpecialRenderer. The default chest renderer is going to use the default chest texture.

Sooo...you have an IItemRenderer But....you don't have a TileEntitySpecialRenderer

This is why we use CodeChickenCore and install the compiled mod. CodeChickenCore does some magic that lets obfuscated mods work in the deobfuscated environment.

You have to notify things of changes. world#notifyBlockChange(x, y, z, blockID);

You would need to GL it. Unfortunately.

Download CodeChickenCore. Add that and the Buildcraft mod to /mcp/jars/mods Download Buildcraft API, add to classpath (/mcp/src/minecraft). Viola.

1.7.2 is barely deobfuscated. Most of the names aren't known yet.

[TConstruct_mc1.6.4_1.5.2.6.jar:?] Do you people even bother looking at the version of mods you're trying to use?

Ditch your IItemRenderer, you don't need it. Implement public int getColorFromItemStack(ItemStack par1ItemStack, int pass) { } In your item class. Done.

You mean like signs? Generally that's easy. It's getting minecraft to not do that that's hard.

I do not think that word means what you think it means.

Well you've done a bunch of GL rotation, color, and translation stuff. But you haven't drawn anything.

(-{0,1}\d+\.{0,1}[\d]* *){3,4} Maybe?

Personally I'd be happy with a function on Item that gets called (once) when the item is put into a container (or item frame) so that "permanent" effects can get cleared without having to make every effect a potion effect (or similar) that ticks separately. Instead I check to see if the player has an inventory open (that isn't their own, unless creative) and revoke whatever bonus the item gives, so that if the player DOES put the item into the chest the effect doesn't linger inappropriately. Which just leaves item frames.

Actually, onCreated is only called after crafting. It's not called when generated as dungeon loot, pulled out of the creative menu, or when using the /give command. setDamage(new ItemStack(this), 99); obviously won't work as every stack in your inventory is its OWN stack. That item stack doesn't stick around very long. The only method I know of is to wait until the item receives an update tick OR in the addInformation method.

Yes. int hex = 0x123456; int r = (hex & 0xFF0000) >> 16; int g = (hex & 0xFF00) >> 8; int b = (hex & 0xFF); (If you need floats, rather than ints, divide by 255)

ItemSword is already set up in such a manner. So is ItemArmor. You're still going to need to write out a recipe registration for each one, though.

Pretty sure it was simplified to getTag. I recall seeing that somewhere. Also, check http://www.minecraftforge.net/forum/index.php/topic,15275.0.html

Nope. None what so ever. Can't be done. Oh wait, existing thread right on the first page.

Tricky, but doable.* Also annoying (player perspective) when you pick the item up and it vanishes. *Use world.getWorldInfo().getWorldTotalTime() there are at least two other "time" methods, neither of which is the one you'd want. WorldTotalTime is tracked by how long the server (or single player instance) is active.

There is no solution for this. Chests do not give update ticks to their contents. (Neither do ItemFrames).

You still don't need 90,000 verts. Minecraft is inherently cubic. You should be able to make a reasonable TARDIS with 128 to 256 verts.

I Just What? Dude, might want to simplify that. 90,000 verts is the kind of vert numbers you find on a fully rigged biped model for a modern shooter. The hell are you doing?

Its worth doing a tessellator renderer for a 3D block once, just for the challenge. I did (made a rail block that is self-supporting, so I was rendering trusses underneath). I'd avoid doing it again if at all possible, but knowing how the tessellator works will help you if you ever run into code that uses it.

coinData.get("Coin Data", n, amt).set(amt)?