[1.16.1] Creating custom storage blocks

[TheOnlyTails]

I'm trying to create a custom barrel with more rows, but every attempt so far has ended on me giving up and starting all over.

Is there a tutorial/guide on how to create them for 1.16/1.15?

[ChampionAsh5357]

There is no such thing as a row within inventories by default. All that matters is the size. This can be obtained simply with an IItemHandler capability on a TileEntity. As for the actual display, that's handled through Containers with Slots and ContainerScreens on the client. Two of these three can be added via a registry, one of them needs to be added using a static method in the client setup event, and it can be accessed through Block#onBlockActivated using NetworkHooks::openGui on the server. Please note that the above is referring to the logical client and server.

 

As for references, screens and containers are almost the same as vanilla. The only difference is in the TileEntity itself since IInventory should not be used. You can look at this updated patch of the docs to understand how to implement a capability. Come back when you have some code written out so that we may point you in the right direction with the necessary tools.

[TheOnlyTails]

Hello, first of all - I know that technically, inventories don't have rows. I wrote that by mistake.

Secondly, I learned a bit about storage blocks and stuff, and here's the code I came up with. I know it's not amazing, but I can optimize it later. Right now the problem is that when I open the block, if I put any item it and close the GUI, it's empty again when I open it next time.

 

Block: https://pastebin.com/9aTUEeNx

TileEntity: https://pastebin.com/dywyZ52

[TheOnlyTails]

I understand. I thought this is a utility method to create a container.

Thanks! Time to make a custom container (don't worry I already know how)!

[TheOnlyTails]

Thank you so much. I would've never caught that bug.

The storage block now works, but with one flaw - the textures don't appear.

I think it has something to do with my blockstates and the fact that I'm trying to use 2 different models for when the block is open/closed.

 

Can you please help me with that? 

Here's my current code:

Block:  https://pastebin.com/MwbaQFYA

Blockstates: https://pastebin.com/y0MJrPr3

Closed model: https://pastebin.com/SW2iuG9h

Open model: https://pastebin.com/yv07NqYU

 

Thanks again!

[Beethoven92]

In your model files you are telling your models to search for the specified textures within the minecraft namespace, which of course fails because the textures are your custom ones. You have to replace "minecraft" with your modid in your "top", "bottom" and "side" textures locations

[TheOnlyTails]

I changed it, yet the result is the same.

Edited October 1, 2020 by TheOnlyTails

[Beethoven92]

Make sure the name and location of your model files match those you specified in your blockstate json, and the name and location of your texture files match those specified inside the model jsons

[TheOnlyTails]

I am very stupid.

I wrote "block" instead of "blocks".

I changed it, and the textures now appears, but only the open model appears. Any idea why?

Edit: it also doesn't make a sound.

Edited October 1, 2020 by TheOnlyTails

[Danebi]

  On 10/1/2020 at 2:48 PM, TheOnlyTails said:

I am very stupid.

I wrote "block" instead of "blocks".

I changed it, and the textures now appears, but only the open model appears. Any idea why?

Edit: it also doesn't make a sound.

Expand  

There should be some error in the log. Post it here.

[TheOnlyTails]

I ended up fixing it - I had to change it in the container.

Btw, is there a way to implement all of the mouse shortcuts (like shift-clicking, etc.)?

[ChampionAsh5357]

  On 10/1/2020 at 5:52 PM, TheOnlyTails said:

Btw, is there a way to implement all of the mouse shortcuts

Expand  

Container#transferStackInSlot, the implementations of click handling should be already done by ContainerScreen, just need to override the resulting stack change.

[TheOnlyTails]

  On 10/1/2020 at 6:51 PM, ChampionAsh5357 said:

Container#transferStackInSlot, the implementations of click handling should be already done by ContainerScreen, just need to override the resulting stack change.

Expand  

What do you mean by that? If I use the same implementation of  transferStackInSlot() as the vanilla ChestContainer, would it work?

[ChampionAsh5357]

  On 10/1/2020 at 6:56 PM, TheOnlyTails said:

What do you mean by that?

Expand  

You need to override that method and handle it yourself. If you use the same implementation, it might work, it might not. Depends on how your slots are set up in the container.

[TheOnlyTails]

  On 10/1/2020 at 7:08 PM, ChampionAsh5357 said:

You need to override that method and handle it yourself. If you use the same implementation, it might work, it might not. Depends on how your slots are set up in the container.

Expand  

I meant by that that I've overridden the method, and just used the exact same implementation as the ChestContainer class.

[ChampionAsh5357]

  On 10/1/2020 at 7:08 PM, ChampionAsh5357 said:

If you use the same implementation, it might work, it might not. Depends on how your slots are set up in the container.

Expand  

I answered that as well.

[TheOnlyTails]

OK, I'll just describe the current situation. I can shift-click items into the storage block, but not vice versa.

[ChampionAsh5357]

  On 10/1/2020 at 7:18 PM, TheOnlyTails said:

I can shift-click items into the storage block, but not vice versa.

Expand  

Then it seems that your storage block doesn't check the inventory slots. Assuming your storage block takes up slot 0-8 (for example), you would need to check if the stack can merge to 9-44.Once again, this mainly depends on how the inventories were added to the slots.

[TheOnlyTails]

I'll just send my container class - https://pastebin.com/Y5EXaVkz

[ChampionAsh5357]

So your slots cover 0-44, player inventory is 45-71, and hotbar 72-80. Your transfer method override only checks if index is storage, move to storage, else try and merge to storage. So you don't have any logic to move into the player inventory.

[TheOnlyTails]

I understand. So you're basically saying I need to increase this number to include the indexes of the main player inventory + hotbar.

[ChampionAsh5357]

  On 10/1/2020 at 7:38 PM, TheOnlyTails said:

So you're basically saying I need to increase this number to include the indexes of the main player inventory + hotbar.

Expand  

Here's the logic:

if in storage -> try and merge to hotbar, if fail try to merge to inventory

else if in hotbar/inventory -> try and merge to storage

else if neither -> try and merge to inventory

 

I believe this is the logic used by vanilla iirc. But to answer your question more effectively, yes. You just need to include the indexes of the inventory/hotbar.

[TheOnlyTails]

Well - It now works.

But guess what? I discovered another problem!

Logging out and then in again clears the inventory of the block. Any idea why that may be?

[ChampionAsh5357]

Probably would help if your wrote your inventory to your tile entity nbt and read it from there.

[TheOnlyTails]

  On 10/1/2020 at 7:54 PM, ChampionAsh5357 said:

Probably would help if your wrote your inventory to your tile entity nbt and read it from there.

Expand  

And how would I do that?

 

Edit: never mind. I went to discord and someone helped me. Thank you so much for all of the help and patience!

Edited October 1, 2020 by TheOnlyTails