Draco18s

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)?

This is why diesieben07 said to go learn Java. You'd have known that implicit casting doesn't exist for the primitive datatypes.

Buildcraft might use a 3D cube and a transparent texture, I wouldn't know. The ModelBase class is just a more user-friendly way of doing stuff. The guts of it still use the tessellator, but it does the math for you.

Because ints aren't doubles? "The method openGui(Object, int, World, int, int, int) in the type EntityPlayer is not applicable for the arguments (LrtMainClass, int, World, double, double, double)"

Mmm. Casting. <3

Actually there is a model. It might not be something that extends ModelBase, but there are still polygons there. It's called "using the tessellator" and it's a huge pain in the ass.

http://www.minecraftforge.net/forum/index.php/topic,15275.0.html

Did you set it to anything? Mind, you are probably not storing your block instances in your block class, but in your main class. Whip out that brain of yours and figure out what should be there* based on your own project. * BlockCrystal.instance.blockID This bit. Replace this bit. You're storing your block references somewhere, yeah?

Look at the package declaration, you've put the files in a place they don't want to be. The package declaration tells you were they should go.

I don't think TheGreyGhost was correct with his code. This is why I supplied my perfectly good working code. https://github.com/Draco18s/Artifacts/blob/master/draco18s/artifacts/client/ItemRenderPedestal.java And the client proxy: TileEntitySpecialRenderer render = new PedestalRenderer(); ClientRegistry.bindTileEntitySpecialRenderer(TileEntityDisplayPedestal.class, render); MinecraftForgeClient.registerItemRenderer(BlockPedestal.instance.blockID, new ItemRenderPedestal(render, new TileEntityDisplayPedestal()));

What is the error?

Please show your code.

Shouldn't it be [MyModName] -src (buildpath) --packages and codes -resources --assets ?

You might have to. I haven't messed with it myself.

It's just falling sand without the "falling" effect. Apply other motion vectors to it.

If you're using a TileEntitySpecialRenderer to render a TileEntity, then your block should extend BlockContainer.

You enabled GL_BLEND but you didn't set up a blend function. Add GL11.glBlendFunc(GL11.GL_SRC_ALPHA, GL11.GL_ONE_MINUS_SRC_ALPHA); just after the GL_BLEND