TheGreyGhost

Howdy You could perhaps use a multipart block, similar to this https://github.com/TheGreyGhost/MinecraftByExample/blob/master/src/main/resources/assets/minecraftbyexample/blockstates/mbe03b_block_3dweb_registry_name.json One multipart for each side, always true (so that all four sides show), with a random block model for each side. If multipart lets you use random models for each part, that will probably give you what you want. If that doesn't work, you could use a dynamic blockmodel eg working examples here (but much more complicated than just using blockstate) https://github.com/TheGreyGhost/MinecraftByExample/tree/master/src/main/java/minecraftbyexample/mbe04_block_dynamic_block_models -TGG

If you make a TileEntity you can tell it to render anywhere even when out of view See BeaconTileEntityRenderer, in particular isGlobalRenderer() -TGG

As PPD said, your render type needs to be cutout For example see here https://github.com/TheGreyGhost/MinecraftByExample/blob/master/src/main/java/minecraftbyexample/mbe03_block_variants/StartupClientOnly.java and some more background info here https://greyminecraftcoder.blogspot.com/2020/04/block-rendering-1144.html -TGG

There's working tutorial example here, in case you are still having trouble https://github.com/TheGreyGhost/MinecraftByExample/tree/master/src/main/java/minecraftbyexample/mbe11_item_variants -TGG

Howdy Your code looks right on a quick read through Try putting a breakpoint into both ItemStack:: private void forgeInit() { and ItemStack::deserializeNBT That should show you whether the capabilities are being constructed, serialised and deserialised properly. I have a working tutorial example here https://github.com/TheGreyGhost/MinecraftByExample/tree/master/src/main/java/minecraftbyexample/mbe32_inventory_item But I don't see any significant difference between yours and mine. -TGG

Howdy You might need to override all of the relevant methods, if the default doesn't match your item properties. For example // what animation to use when the player holds the "use" button @Override public UseAction getUseAction(ItemStack stack) { return UseAction.DRINK; } // how long the drinking will last for, in ticks (1 tick = 1/20 second) @Override public int getUseDuration(ItemStack stack) { final int TICKS_PER_SECOND = 20; final int DRINK_DURATION_SECONDS = 2; return DRINK_DURATION_SECONDS * TICKS_PER_SECOND; } // you could also consider implementing these two methods just to add breakpoints (or prints to the debug log) and see what is going on // called when the player starts holding right click; // --> start drinking the liquid (if the bottle isn't already empty) @Override public ActionResult<ItemStack> onItemRightClick(World worldIn, PlayerEntity playerIn, Hand hand) { ItemStack itemStackHeld = playerIn.getHeldItem(hand); EnumBottleFullness fullness = getFullness(itemStackHeld); if (fullness == EnumBottleFullness.EMPTY) return new ActionResult(ActionResultType.FAIL, itemStackHeld); playerIn.setActiveHand(hand); return new ActionResult(ActionResultType.PASS, itemStackHeld); } // called when the player has held down right button for the full item use duration // --> decrease the bottle fullness by one step @Override public ItemStack onItemUseFinish(ItemStack stack, World worldIn, LivingEntity entityLiving) { EnumBottleFullness fullness = getFullness(stack); fullness = fullness.decreaseFullnessByOneStep(); fullness.putIntoNBT(stack.getTag(), NBT_TAG_NAME_FULLNESS); return stack; } A breakpoint in LivingEntity::updateActiveHand might also shed some light on what's happening -TGG

Here's a working example of an Item which is also a container https://github.com/TheGreyGhost/MinecraftByExample/tree/master/src/main/java/minecraftbyexample/mbe32_inventory_item Cheers TGG

Howdy I haven't played with 1.16 yet, but the best way to troubleshoot this is to set a breakpoint in your particle spawn, then trace into the vanilla code and see what it does after that. You might find that your spawn call is just ignored (because you're calling the wrong method), or that your particle type is not registered correctly, or the packet is never sent, or that when the packet is received it is ignored for some reason, or that your particle is actually rendering but is invisible or in a different space than you think. -TGG

Howdy the block renderer uses the BlockPos to check the adjacent blocks to see if any are blocking out the faces eg if there is a full solid block to the EAST of your block, then the renderer doesn't draw the EAST face. You appear to use the same dummy BlockPos for both blocks, so if the EAST face is hidden for that blockpos (because there is a solid block to the EAST), then the EAST face is always hidden, regardless of where you have told the renderer to draw your block by translating the render. -TGG

Well my basic thought is something like public interface ICapabilitySerializable<T extends INBT> extends ICapabilityProvider, INBTSerializable<T> { default T serializeNBTforPacketToClient() {return null;} } CapabilityProvider:: protected final @Nullable CompoundNBT serializeCapsForPacketToClient() { final CapabilityDispatcher disp = getCapabilities(); if (disp != null) { return disp.serializeNBTforPacketToClient(); } return null; } IForgeItem:: default CompoundNBT getShareTag(ItemStack stack) { CompoundNBT cNBTbase = stack.getTag(); CompoundNBT cNBTcaps = this.serializeCapsForPacketToClient(); if (cNBTcaps != null && !cNBTcaps.isEmpty()) { cNBTbase.put("ForgeCaps", cNBTcaps); } } Seems simple enough. A lambda that the capability can use to inform the ItemStack (or Entity, World, etc) that it is dirty would also be useful.

hmm ok that would explain it. I'll do a bit more testing to figure out the best way to work around that (i.e. other than custom packets) for ItemStacks as well as Entity and the others. Do you think that the Forge overlords would support the addition of a "transmitToClient" flag for capabilities? Do you know who designed it / is maintaining it? It appears to be Lex. I'm more than happy to code it up and submit a pull request but I'm not so keen to waste a few days doing it only to have it rejected out of hand. -TGG

Howdy Short answer is - you can use either one, your choice! handlePerspective is more flexible, but also more complicated. -TGG

Hi Where is your StructurePiece create() method called from? For events and pretty much any other method you can attach your code to, there is nearly always an object available which has the relevant world in it. -TGG

Howdy I would suggest that you should use the TER to render your lines. Since your TileEntity stores the position of the next marker, just draw a line to the next position (relative to the position of the TE being drawn, of course). Very simple, very scaleable. renderworldlastevent should be a last resort I think. The only likely issue is that lines will disappear when the TE is unloaded (goes out of chunk range), which may become very noticeable if the markers are far apart from each other, i.e. you are close to one of the markers when the next marker goes off the edge of the chunk limit. You could probably work around this by drawing to both the previous and the next markers; if necessary keeping track of which lines have already been drawn during that frame so that you don't draw the same line twice. -TGG

Howdy Here are some working examples of capabilities https://github.com/TheGreyGhost/MinecraftByExample/tree/master/src/main/java/minecraftbyexample/mbe65_capability and how to convert lists etc into NBT for permanent storage https://github.com/TheGreyGhost/MinecraftByExample/blob/master/src/main/java/minecraftbyexample/mbe20_tileentity_data/TileEntityData.java -TGG