Jump to content

Multi-tile block help. Minecraft 1.10.2


Espeonstar

Recommended Posts

This is help for my friend and these are his words. 

Basically, I'm trying to make it so that when I place a block, it places down 3 others which each have their own part property. So then I can save and load the part states and load up the model from blockstates properly.

Link to comment
Share on other sites

@Jay Avery Says he already knows that. He wants to know how to "load up multiple properties with meta data."

 

Edit: He basically wants to know how to get the other 3 blocks of his four block "block" to break when one is broken. He's bad at explaining and I should have done this before.

Edited by Espeonstar
Link to comment
Share on other sites

What exactly do you mean by "as a group"? There are a lot of different things involved in blocks - placing, breaking, activating, associated items, etc. All of those things happen independently, so have to be handled differently depending on exactly what you want to achieve.

 

I'm not frustrated, but slightly confused - why isn't your friend posting here? It would be a lot easier to give help if we could see the current code and get precise details on what isn't (and is) working as intended.

Link to comment
Share on other sites

His words. "Hey, I am not posting since I am not online. But here is the break down of what I'm trying to do. Consider a bed. You have two blocks that are codependent each other. I am trying to do this, but with 4 blocks instead. Each block "part" will have a direction IProperty and a part IProperty. What I am trying to do is load up the part correctly through meta data so that I can essentially have it as it was when I placed it. I have basically no idea how metadata should be handled although I kind of get the math behind it. If I can figure out this, I can in turn do the rest of what I need (simultaneous block breaking, same inventory use, blah blah). Currently only saving the direction metadata but I have no clue on how to add my part metadata to that."

 

Edit: If you want, I can just completely copy and paste all your answers and his replies so it's less, stupid, with me in the mix. :P

Edited by Espeonstar
Link to comment
Share on other sites

Okay, so he needs to learn how to use blockstates and metadata to save them. Start with the forge docs. Then inspect the vanilla code for blocks which store similar kinds of state information (hint: beds, doors).

 

Ultimately there isn't any maths involved in metadata. It's just a way of representing the different possible states of the block in the form of a single number (between 0 and 16). If you want, you can manually translate them by checking individual conditions: "if this particular state, return 5, if that particular state, return 6", and so on (and the same in reverse). That's just slightly awkward and verbose, so it's more concise to use some simple multiplication and bitwise operations to do the same thing if possible - but if that's confusing them start by doing it the verbose way so you can understand what you're doing.

 

Also note that if you have more than 16 different possible states, you won't be able to store them in metadata - you'd have to use a TileEntity to store them instead.

Link to comment
Share on other sites

"I tried using Tile Entities but I wasn't sure when the data saved, since it always seemed to reset my data. Also, I've been looking at fences and beds to understand how they save the metadata, but I don't understand fully how it works. Blockststes I understand, it's just the metadata hell I don't get. Any links where I can understand it more?"
Link to comment
Share on other sites

I gave a link to the forge docs. I'm not sure what else to explain about metadata. It's just a way of translating from a blockstate to a number and back again, it's essentially a simple shorthand. There are two methods you need to override: getStateFromMeta and getMetaFromState. In the first one, you get a number and return a blockstate, in the second you get a blockstate and return a number. All you need to do is make sure that those two methods do the inverse of each other: that if you get X number in getStateFromMeta and return state Y, then if you get state Y in getMetaFromState you return number X. You can use whatever technique you like to translate your states to numbers and back again, it just needs to be self-consistent in order for the blocks to be saved and loaded correctly.

Link to comment
Share on other sites

"Ah OK, that makes sense haha. Then if I want to do more than 16 states, I would use TileEntities and their writeToNBT()? If so, when does that get called? Guessing on game end, but if it does, the state I saved to it never changes even when written to NBT as a string. Most LIKELY did it wrong or set it wrong. :/"
Link to comment
Share on other sites

Yes, if you store information in a TileEntity you'll need to use writeToNBT and readFromNBT to store and retrieve the data. It's saved when the world is saved/quit, and reloaded with the world. If you want the TE data to influence the block's actual state in the world (e.g. for rendering purposes), you'll also need to override getActualState in the block class. In that method, you retrieve the information stored in your TE, and return the applicable blockstate based on that.

Link to comment
Share on other sites

One last thing @Jay Avery

"OK so, successfully saved and loaded the states with metadata! Woot! But now I am seeing about how to set the TileEntity data so I can use more states later. I am unsure of how to access the TileEntity of a block I create (I place a block down and it auto creates the 3 other blocks). I have a reference to the tile entity in the block, but how can I access that to change the data?"
Link to comment
Share on other sites

You shouldn't store a reference to the TE in the block - a block is a singleton so there's only ever one instance, but a new TE instance is created for every block of that type in the world. To get a TE at a certain position you just use world#getTileEntity.

Link to comment
Share on other sites

Assuming that the TileEntity data is properly synced with the client.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • They were already updated, and just to double check I even did a cleanup and fresh update from that same page. I'm quite sure drivers are not the problem here. 
    • i tried downloading the drivers but it says no AMD graphics hardware has been detected    
    • Update your AMD/ATI drivers - get the drivers from their website - do not update via system  
    • As the title says i keep on crashing on forge 1.20.1 even without any mods downloaded, i have the latest drivers (nvidia) and vanilla minecraft works perfectly fine for me logs: https://pastebin.com/5UR01yG9
    • Hello everyone, I'm making this post to seek help for my modded block, It's a special block called FrozenBlock supposed to take the place of an old block, then after a set amount of ticks, it's supposed to revert its Block State, Entity, data... to the old block like this :  The problem I have is that the system breaks when handling multi blocks (I tried some fix but none of them worked) :  The bug I have identified is that the function "setOldBlockFields" in the item's "setFrozenBlock" function gets called once for the 1st block of multiblock getting frozen (as it should), but gets called a second time BEFORE creating the first FrozenBlock with the data of the 1st block, hence giving the same data to the two FrozenBlock :   Old Block Fields set BlockState : Block{minecraft:black_bed}[facing=east,occupied=false,part=head] BlockEntity : net.minecraft.world.level.block.entity.BedBlockEntity@73681674 BlockEntityData : id:"minecraft:bed",x:3,y:-60,z:-6} Old Block Fields set BlockState : Block{minecraft:black_bed}[facing=east,occupied=false,part=foot] BlockEntity : net.minecraft.world.level.block.entity.BedBlockEntity@6d1aa3da BlockEntityData : {id:"minecraft:bed",x:2,y:-60,z:-6} Frozen Block Entity set BlockState : Block{minecraft:black_bed}[facing=east,occupied=false,part=foot] BlockPos{x=3, y=-60, z=-6} BlockEntity : net.minecraft.world.level.block.entity.BedBlockEntity@6d1aa3da BlockEntityData : {id:"minecraft:bed",x:2,y:-60,z:-6} Frozen Block Entity set BlockState : Block{minecraft:black_bed}[facing=east,occupied=false,part=foot] BlockPos{x=2, y=-60, z=-6} BlockEntity : net.minecraft.world.level.block.entity.BedBlockEntity@6d1aa3da BlockEntityData : {id:"minecraft:bed",x:2,y:-60,z:-6} here is the code inside my custom "freeze" item :    @Override     public @NotNull InteractionResult useOn(@NotNull UseOnContext pContext) {         if (!pContext.getLevel().isClientSide() && pContext.getHand() == InteractionHand.MAIN_HAND) {             BlockPos blockPos = pContext.getClickedPos();             BlockPos secondBlockPos = getMultiblockPos(blockPos, pContext.getLevel().getBlockState(blockPos));             if (secondBlockPos != null) {                 createFrozenBlock(pContext, secondBlockPos);             }             createFrozenBlock(pContext, blockPos);             return InteractionResult.SUCCESS;         }         return super.useOn(pContext);     }     public static void createFrozenBlock(UseOnContext pContext, BlockPos blockPos) {         BlockState oldState = pContext.getLevel().getBlockState(blockPos);         BlockEntity oldBlockEntity = oldState.hasBlockEntity() ? pContext.getLevel().getBlockEntity(blockPos) : null;         CompoundTag oldBlockEntityData = oldState.hasBlockEntity() ? oldBlockEntity.serializeNBT() : null;         if (oldBlockEntity != null) {             pContext.getLevel().removeBlockEntity(blockPos);         }         BlockState FrozenBlock = setFrozenBlock(oldState, oldBlockEntity, oldBlockEntityData);         pContext.getLevel().setBlockAndUpdate(blockPos, FrozenBlock);     }     public static BlockState setFrozenBlock(BlockState blockState, @Nullable BlockEntity blockEntity, @Nullable CompoundTag blockEntityData) {         BlockState FrozenBlock = BlockRegister.FROZEN_BLOCK.get().defaultBlockState();         ((FrozenBlock) FrozenBlock.getBlock()).setOldBlockFields(blockState, blockEntity, blockEntityData);         return FrozenBlock;     }  
  • Topics

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.