Draco18s

So your first thread wasn't sufficient? You're not asking anything new.

Command blocks chat to the player that is interacting with its GUI which has a player reference. The redstone activation is either "specific player by name", "nearest player", "random player", or "all players." It is not "player that activated the redstone signal."

Zpos and Zneg are not working correctly if you have both rendering with only a block at Zpos and none at Zneg (or vice versa if you're facing north).

Ow, my English. >..x I have no idea what your problem actually is. I can't read your post.

Only saves the player who placed the block, not the player that activated redstone 934 chunks away six hours ago.

You can't. If you're activating the block with redstone, how far away might the player be? Did a player even cause the redstone to activate (maybe it was a creeper on a pressure plate)? Are they even still logged in?

protected ModelPhoenixBlastereModel phoenix; phoenix.render((Entity)data[1], 0.0f, 0.0f, 0.0f, 0.0f, 0.0f, 0.0625f); And those are the only references to that variable. (Pro-tip: the variable is undefined)

Or not, and animated.

So you missed this section, line 155 if (this.attackCounter == 20) { this.worldObj.playAuxSFXAtEntity((EntityPlayer)null, 1008, (int)this.posX, (int)this.posY, (int)this.posZ, 0); EntityLargeFireball entitylargefireball = new EntityLargeFireball(this.worldObj, this, d5, d6, d7); entitylargefireball.field_92057_e = this.explosionStrength; double d8 = 4.0D; Vec3 vec3 = this.getLook(1.0F); entitylargefireball.posX = this.posX + vec3.xCoord * d8; entitylargefireball.posY = this.posY + (double)(this.height / 2.0F) + 0.5D; entitylargefireball.posZ = this.posZ + vec3.zCoord * d8; this.worldObj.spawnEntityInWorld(entitylargefireball); this.attackCounter = -40; } Nice searching there, chummer.

The hell? What are you trying to do? Material should be passed to super() as Material.Dirt, not creating a new material.

So...client sided config options?

Because your xMax is less than your xMin (ditto for z).

Grab one of those old/closed mods, open them up in JDGui. Any native java code and any custom code will be perfectly readable. It'd only be Minecraft code that'll be obfuscated and its highly likely that the HTML code will not be vanilla (therefore not obfuscated). If you do need to deobfuscate stuff, you can look at the MCP mappings (its a CSV file, which can be opened in a text editor). At the very least that'll show you what classes to look at.

That's because it's using the new Forge Gradle system. http://www.minecraftforge.net/forum/index.php/board,118.0.html

http://www.minecraftforge.net/wiki/Containers_and_GUIs Your TileEntity is required to write NBT data in order to be saved and loaded from disc, your GUI thing would be stored there.

You would need a BlockContainer and a TileEntity to do this.

The two params are: 1) The entity class you are interested in. 2) An axis aligned bounding box.* It's pretty widely used for things like splash potions and mob spawners. Also pressure plates, if I recall correctly. *You can get one by calling AxisAlignedBoundingBox.getAABBFromPool(xmin, ymin, zmin, xmax, ymax, zmax) if I am recalling the class and method names correctly.

Regular entity, not tile entity.

Why? The file can be named anything the user wants it to be named.

Open EntityGhast and copy-paste.

http://www.minecraftforge.net/forum/index.php/topic,14386.msg73508.html Try searching next time.

Minecraft is single threaded, wait and thread.sleep are only going to pause the whole game. You need to use the onUpdateTick method of the block and world.scheduleBlockUpdate(...) method.

Ohhh I see. How can I make it request metadata from my block? You would need to poll the itemstack.

Well, if you're creating a new TileEntityTable() to render in your hand (ItemRenderer line 9) then it's not going to have a blook to request metadata from.

world.spawnEntityInWorld(someEntity)