Jump to content

[1.18.2] Sync block inventory with item


Daeruin

Recommended Posts

I'm converting my old mod from 1.12 to 1.18. It's basically a backpack mod except it's wicker baskets. You can place them as a block or hold them as an item and view the inventory while holding it.

I have most everything working except the inventory doesn't sync between the block and the item. If I put something in the block inventory, then break the block, pick it up, and try to view the inventory from my hand, the basket is empty. And vice versa - if I put something in the basket inventory while holding it as an item, then place it as a block, the block inventory is empty. It seems the way I used to do it in 1.12 doesn't work anymore and I can't figure out what to do. I couldn't find any other backpack mods for 1.18 that actually use capabilities. Help would be much appreciated.

Full repo is here. Or some direct links:

 

Link to comment
Share on other sites

8 hours ago, Daeruin said:

If I put something in the block inventory, then break the block, pick it up, and try to view the inventory from my hand, the basket is empty.

So, there are two methods. You could do something like the shulker box and write the capability data to the correct location to the item and then just write it back on placement. Or, you can override `spawnAfterBreak` to modify the itemstack with the capability data of the block entity and then just write to block within blockitem with the other update tag methods.

Link to comment
Share on other sites

 

13 hours ago, ChampionAsh5357 said:

you can override `spawnAfterBreak` to modify the itemstack with the capability data of the block entity

It tried this, but by the time spawnAfterBreak occurs, the BlockEntity has already been deleted, so I can't get the inventory from it. So I tried it in playerWillDestroy, and it appears as though the inventory is being saved to the ItemStack that's part of the ItemEntity that I'm spawning. Yet when the BlockItem's use method occurs, the item no longer seems to have a capability attached to it. I am supplying my capability provider during initCapabilities.

If I use BlockEntity#saveToItem during playerWillDestroy, the inventory data gets saved to a BlockEntityTag NBT, which persists all the way through breaking the block, picking it up, and placing it back down.

Block#playerWillDestroy:

Spoiler
@Override
    public void playerWillDestroy(Level level, @NotNull BlockPos pos, @NotNull BlockState blockState, @NotNull Player player)
    {
        BlockEntity blockEntity = level.getBlockEntity(pos);

        if (blockEntity instanceof BasketBlockEntity && !level.isClientSide)
        {
            ItemStack newItemStack = new ItemStack(this);

            blockEntity.saveToItem(newItemStack); // Creates BlockEntityTag with inventory data - this persists
            BasketItemStackHandler blockInventory = ((BasketItemStackHandler) blockEntity.getCapability(CapabilityItemHandler.ITEM_HANDLER_CAPABILITY).orElseThrow(() -> new RuntimeException("NO CAPABILITY FOUND")));
            BasketItemStackHandler itemInventory = ((BasketItemStackHandler) newItemStack.getCapability(CapabilityItemHandler.ITEM_HANDLER_CAPABILITY).orElseThrow(() -> new RuntimeException("NO CAPABILITY FOUND")));
            CompoundTag inventoryTag = blockInventory.serializeNBT();

            itemInventory.deserializeNBT(inventoryTag); // Saves inventory to ItemStack capability tag - this does not persist

            ItemEntity itemEntity = new ItemEntity(level,
                    (double)pos.getX() + 0.5D, (double)pos.getY() + 0.5D, (double)pos.getZ() + 0.5D,
                    newItemStack);

            itemEntity.setDefaultPickUpDelay();
            level.addFreshEntity(itemEntity);
        }

        super.playerWillDestroy(level, pos, blockState, player);
    }

BlockItem#initCapabilities:

Spoiler
@Nullable
    @Override
    public ICapabilityProvider initCapabilities(ItemStack itemStack, @Nullable CompoundTag nbt)
    {
        BasketBlock basketBlock = ((BasketBlock) this.getBlock());
        // ItemStack coming in has a BlockEntityTag that I saved to it in BasketBlock.playerWillDestroy
        // NBT coming in is an empty inventory capability: {Parent:{Items:[],Size:9}}
        return new BasketCapabilityProvider(basketBlock.basketSize);
    }

BlockItem#use:

Spoiler
@Override
    public @NotNull InteractionResultHolder<ItemStack> use(@NotNull Level level, @NotNull Player player, @NotNull InteractionHand interactionHand)
    {
        if (!level.isClientSide())
        {
            ItemStack heldItem = player.getItemInHand(interactionHand);
            // At this point the item has the BlockEntity tag but not the capability tag
            if (heldItem.getCapability(CapabilityItemHandler.ITEM_HANDLER_CAPABILITY).isPresent())
            {
                NetworkHooks.openGui((ServerPlayer) player, this, friendlyByteBuf -> friendlyByteBuf.writeItem(heldItem));
            }
        }
        return super.use(level, player, interactionHand);
    }

 

 

Link to comment
Share on other sites

11 hours ago, Daeruin said:

It tried this, but by the time spawnAfterBreak occurs, the BlockEntity has already been deleted

That's strange. `#spawnAfterBreak` should be called before any states are set to properly drop the resources. Otherwise, things like the shulker box wouldn't work properly. Did you set a breakpoint to verify this?

Link to comment
Share on other sites

The shulker box does it in playerWillDestroy. I just looked it up. Anyway that's kinda beside the point. As I mentioned in my previous post, I'm successfully saving the capability on the ItemStack when the block is broken (during playerWillDestroy), and it gets restored when I place the block again. I just can't find it when I'm holding the ItemStack and need to view the inventory.

Link to comment
Share on other sites

I lied, the capability is not persisting. If I use the vanilla BlockEntity#saveToItem, then the inventory persists from breaking the block to placing it back down again. It's basically how the shulker box does it. But the capability disappears at some point after spawning the ItemEntity and picking it up in my inventory. It's baffling to me because I'm basically doing everything I used to do in 1.12.

Link to comment
Share on other sites

11 hours ago, Daeruin said:

The shulker box does it in playerWillDestroy. I just looked it up.

Interesting, but whatever. I could just be misunderstanding how the loot table drops work there.

9 hours ago, Daeruin said:

I lied, the capability is not persisting. If I use the vanilla BlockEntity#saveToItem, then the inventory persists from breaking the block to placing it back down again. It's basically how the shulker box does it. But the capability disappears at some point after spawning the ItemEntity and picking it up in my inventory.

So, it's not that the inventory is disappearing. How a block entity stores data and how the capability stores data on an item stack are different. As such, you can't read the itemstack data for the inventory unless you move it to the capability. So essentially, you would need to write the capability data to that on the itemstack. Then, on place, write it back to the block entity since it won't be in the tag to do it automatically.

Link to comment
Share on other sites

Well, I figured out the problem. Basically I was being a doofus and I had two copies of the inventory in my capability provider—one inside a LazyOptional, like I should have, and a second one not inside a LazyOptional. The second one was old code from before I understood how to use the LazyOptional. The second inventory was always empty for obvious reasons but I was still using it to serialize/deserialize.

So it's now working solely with a capability, and I'm not using BlockEntity#saveToItem at all. I'm writing the BlockEntity's capability data to the ItemStack in playerWillDestroy when the block is broken, and writing the ItemStack's capability data back to the BlockEntity in setPlacedBy when the block is placed.

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

    • This is a MacOs related issue: https://bugs.mojang.com/browse/MC-118506     Download this lib: https://libraries.minecraft.net/ca/weblite/java-objc-bridge/1.0.0/java-objc-bridge-1.0.0.jar and put it into ~/Library/Application Support/minecraft/libraries/ca/weblite/java-objc-bridge/1.0.0  
    • I use Bisect-Hosting, and I host a relatively modded server.  There is a mod I desperately want to have in a server. https://www.curseforge.com/minecraft/mc-mods/minehoplite This is MineHop. It's a mod that replicates the movement capabilities seen in Source Engine games, such as Half-Life, and such.  https://youtu.be/SbtLo7VbOvk - A video explaining the mod, if anyone is interested.  It is a clientside mod, meaning whoever is using it can change anything about the mod that they want, with no restrictions, even when they join a server with the same mod. They can change it to where they can go infinitely fast, or do some other overpowered thing. I don't want that to happen. So I just want to know if there is some way to force the SERVER'S configuration file, onto whoever is joining.  I'm not very savvy with all this modding stuff. There are two config files: minehop-common.txt, and minehop.txt I don't really know much about how each are different. I just know what the commands relating to acceleration and stuff mean.    
    • My journey into crypto trading began tentatively, with me dipping my toes into the waters by purchasing my first Bitcoin through a seasoned trader. With an initial investment of $5,000, I watched as my investment grew, proving to be both fruitful and lucrative. Encouraged by this success, I decided to increase my investment to $150,000, eager to capitalize on the growing popularity of cryptocurrency, However, as cryptocurrency gained mainstream attention, so too did the number of self-proclaimed "experts" in the field. Suddenly, everyone seemed to be a crypto guru, and more and more people were eager to jump on the bandwagon without fully understanding the intricacies of this complex world. With promises of quick and easy profits, these con artists preyed on the uninformed, luring them into schemes that often ended in disappointment and financial loss. Unfortunately, I fell victim to one such scheme. Seduced by the allure of easy money, I entrusted my hard-earned funds to a dubious trading platform, granting them access to my accounts in the hopes of seeing my investment grow. For a brief period, everything seemed to be going according to plan, with regular withdrawals and promising returns on my investment. However, my hopes were soon dashed when, without warning, communication from the platform ceased, and my Bitcoin holdings vanished into thin air. Feeling helpless and betrayed, I confided in a family member about my predicament. They listened sympathetically and offered a glimmer of hope in the form of a recommendation for Wizard Web Recovery. Intrigued by the possibility of reclaiming what I had lost, I decided to explore this option further. From the moment I reached out to Wizard Web Recovery, I was met with professionalism and empathy. They took the time to understand my situation and reassured me that I was not alone in my plight. With their guidance, I embarked on a journey to reclaim what was rightfully mine. Wizard Web Recovery's expertise and dedication were evident from the start. They meticulously analyzed the details of my case, uncovering crucial evidence that would prove invaluable in our quest for justice. With each step forward, they kept me informed and empowered, instilling in me a newfound sense of hope and determination. Through their tireless efforts and unwavering support, Wizard Web Recovery succeeded in recovering my lost Bitcoin holdings. It was a moment of triumph and relief, knowing that justice had been served and that I could finally put this chapter behind me. In conclusion, My experience with Wizard Web Recovery  was nothing short of transformative. Their professionalism, expertise, and unwavering commitment to their clients set them apart as true leaders in the field of cryptocurrency recovery. I am forever grateful for their assistance and would highly recommend their services to anyone in need of help navigating the treacherous waters of cryptocurrency scams. 
    • Ok so: Two things to note: It got stuck due to my dimension type. It was previously the same as the overworld dimension tpye but after changing it , it didn't freeze during spawn generation. ALSO, APPARENTLY, the way I'm doing things, the game can't have two extremely-rich dimensions or it will make the new chunk generation be veeery VEEERY slow. I'm doing the dimension file genreation all in the data generation step now, so it's all good. Mostly. If anybody has any tips regarding how can i more efficently generate a biome-rich dimension, im all ears.
    • https://mclo.gs/qTo3bUE  
  • Topics

×
×
  • Create New...

Important Information

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