[1.8] How do i change a tileEntity's nbt data when i right click it?

[mooL]

I want to make a block that when right clicked with my item, which already has a nbt tag with coordinates, will store the coordinate, and do something with it. How do I change/add the block's nbt data tag? Also, do I need the block to be a tile entity? I'm not sure..

[coolAlias]

What is the Item going to do with the Block coordinates? Is the Block going to be responsible for doing anything? The answers to those two questions will determine whether you need a TileEntity or not, at least with respect to this particular interaction.

 

Note that Blocks by themselves are incapable of storing NBT data - additional data is typically stored in a TileEntity, though NBT data such as vanilla lockable containers are probably stored somewhere else.

[mooL]

  On 7/27/2016 at 4:25 AM, coolAlias said:

What is the Item going to do with the Block coordinates? Is the Block going to be responsible for doing anything? The answers to those two questions will determine whether you need a TileEntity or not, at least with respect to this particular interaction.

 

Note that Blocks by themselves are incapable of storing NBT data - additional data is typically stored in a TileEntity, though NBT data such as vanilla lockable containers are probably stored somewhere else.

 

im making the block teleport me to a coordinate when an entity is touching it. the item gets the coordinate of the block i shift right click on, and stores it on a nbt tag. if it is right clicked on the teleporter block, i want the block to take the nbt data from the item and store it. based on what you said that blocks cant store nbt, i guess the block has to be a tile entity.

[BourgeoisArab]

If you want to be teleported only as you right-click the block, you don't need a TileEntity. If you want the block to remember the coordinates, so that it teleports anything at any time AFTER the right-click, you do need a TileEntity.

 

Just make your block class extend BlockContainer and create a TileEntity class for it, with a field for the stored coordinates. In the Block class (now BlockContainer), you're interested in the onBlockActivated method. That supplies you with the player, so you can get the ItemStack you're holding and get the NBT data from that, and it gives you World and BlockPos, so you can access your TileEntity via world.getTileEntity(blockpos) or whatever. And there you just change the TileEntity's stored coordinates.

 

TileEntities don't store data purely in NBT. Because they have individual classes, they just use normal fields in them, and only use NBT when saving the world/chunk/whatever. Look at basic TileEntity tutorials for this.

 

If you want any entity to be teleported whenever the block is touched, you want a method along the lines of onLanded, isEntityInsideMaterial, or onEntityCollidedWithBlock, depending on the conditions to teleport you want.

[coolAlias]

Implementing ITileEntityProvider instead of extending BlockContainer is the recommended method of adding a TileEntity to your block.

 

Having the block teleport any entity that walks on it sounds like a very griefer-friendly mechanic... click block above lava, destroy block, set teleporter block coordinates, and sit back and watch everyone and everything to fall into the lava... You may want to consider requiring players at least to activate the teleporter themselves, rather than automatically when touching it.

[coolAlias]

  On 7/27/2016 at 2:06 PM, diesieben07 said:

  Quote

Implementing ITileEntityProvider instead of extending BlockContainer is the recommended method of adding a TileEntity to your block.

No.

ITileEntityProvider

sucks, maybe not as much as

BlockContainer

, but it still sucks. Simply override

hasTileEntity

and

createTileEntity

from the

Block

class.

Ah, my mistake - for some reason I thought ITileEntityProvider was responsible for those two methods. What's the point of that interface, then?

[Choonster]

  On 7/27/2016 at 2:16 PM, coolAlias said:

  Quote

  Quote

Implementing ITileEntityProvider instead of extending BlockContainer is the recommended method of adding a TileEntity to your block.

No.

ITileEntityProvider

sucks, maybe not as much as

BlockContainer

, but it still sucks. Simply override

hasTileEntity

and

createTileEntity

from the

Block

class.

Ah, my mistake - for some reason I thought ITileEntityProvider was responsible for those two methods. What's the point of that interface, then?

 

The interface is added by vanilla and used by

BlockContainer

. Forge patches the

Block

class to add the methods diesieben07 mentioned, which use

IBlockState

instead of metadata.

[mooL]

  On 7/27/2016 at 6:28 AM, BourgeoisArab said:

If you want to be teleported only as you right-click the block, you don't need a TileEntity. If you want the block to remember the coordinates, so that it teleports anything at any time AFTER the right-click, you do need a TileEntity.

 

Just make your block class extend BlockContainer and create a TileEntity class for it, with a field for the stored coordinates. In the Block class (now BlockContainer), you're interested in the onBlockActivated method. That supplies you with the player, so you can get the ItemStack you're holding and get the NBT data from that, and it gives you World and BlockPos, so you can access your TileEntity via world.getTileEntity(blockpos) or whatever. And there you just change the TileEntity's stored coordinates.

 

TileEntities don't store data purely in NBT. Because they have individual classes, they just use normal fields in them, and only use NBT when saving the world/chunk/whatever. Look at basic TileEntity tutorials for this.

 

If you want any entity to be teleported whenever the block is touched, you want a method along the lines of onLanded, isEntityInsideMaterial, or onEntityCollidedWithBlock, depending on the conditions to teleport you want.

i want the block to keep the data after world save. so yea i need it to save it in a nbt tag. also im using onentitycollidedwithblock.

[mooL]

ok so i found the readfromnbt method is that method called manually, by me?

[Draco18s]

almost makes me think we need to rename those methods to

readFromNBTModdersDoNotCallManually

and

writeToNBTModdersDoNotCallManually

[mooL]

  On 7/27/2016 at 6:53 PM, diesieben07 said:

You store the data as normal fields in your TileEntity class, there is no need for NBT here at all.

NBT is only for saving to disk, which happens through the methods writeToNbt and readFromNbt, these are called by Minecraft when it loads/saves your TileEntity.

ok... so if i store them in normal fields how do i make it store when saving to disk?

[Draco18s]

You override the read/write methods and make them save the fields to NBT and read them back again.

 

You don't invoke these methods, you implement them.