Jump to content

[SOLVED] Neither of my BlockEntities are exposing their inventories through capabilities


Tenth

Recommended Posts

I have two BlockEntities, SteamBoiler and SlightlyBiggerChest

SteamBoiler should be able to have Steam piped in and out. SlightlyBiggerChest is a Beta styled chest that should be able to have items inputted and extracted.

Problem is, Hoppers aren't interfacing with SlightlyBiggerChest, and pipes (from Mekanism) aren't interfacing with SteamBoiler.

Entity Classes: SlightlyBiggerChestEntity, SteamBoilerEntity. GitHub: Factory

Any help is appreciated. Thank you.

Edited by Tenth
Solved
Link to comment
Share on other sites

11 hours ago, ChampionAsh5357 said:

It doesn't look like `#hasBlockEntity` returns true on the blocks which is probably my guess just from looking at it.

Both blocks are using #newBlockEntity and pointing to their respective block entity classes, so I'm a little confused as to why that would be.

Link to comment
Share on other sites

12 hours ago, Tenth said:

Both blocks are using #newBlockEntity and pointing to their respective block entity classes, so I'm a little confused as to why that would be.

I'm not sure what that has to do with a different method not returning true. Sorry, thought the version you were using was 1.18. I would recommend using a breakpoint in your IDE to follow the call for the hopper to see where it goes wrong. 

  • Thanks 1
Link to comment
Share on other sites

7 hours ago, ChampionAsh5357 said:

I'm not sure what that has to do with a different method not returning true. Sorry, thought the version you were using was 1.18. I would recommend using a breakpoint in your IDE to follow the call for the hopper to see where it goes wrong. 

I put breakpoints everywhere and couldn't discern the issue. Then... I realized that I used the wrong #getCapability method in both BlockEntity classes. 🤦‍♂️Never realized there were two of them, but yeah I needed to use the one accepting a Capability and Direction and not the one only accepting a Capability.

Thanks for the help.

Link to comment
Share on other sites

  • Tenth changed the title to [SOLVED] Neither of my BlockEntities are exposing their inventories through capabilities

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

    • Hi everyone  I'm trying to make a custom door and give it a custom sound. In order to do so I've registered the sounds like this   private static final DeferredRegister<SoundEvent> SOUNDS = DeferredRegister.create(ForgeRegistries.SOUND_EVENTS, MineWorld.MOD_ID); ... public static final RegistryObject<SoundEvent> SCULK_DOOR_CLOSE = SOUNDS.register("sculk_door_close", () -> SoundEvent.createVariableRangeEvent(new ResourceLocation(MineWorld.MOD_ID, "sculk_door_close"))); public static final RegistryObject<SoundEvent> SCULK_DOOR_OPEN = SOUNDS.register("sculk_door_open", () -> SoundEvent.createVariableRangeEvent(new ResourceLocation(MineWorld.MOD_ID, "sculk_door_open"))); call the register method of the Sounds registry as the first thing in my mod initialize method IEventBus eventBus = FMLJavaModLoadingContext.get().getModEventBus(); SOUNDS.register(eventBus); Then I create a BlockSetType like this   public static final BlockSetType SCULK = BlockSetType.register(new BlockSetType(new ResourceLocation(MineWorld.MOD_ID, "sculk").toString(), true, SoundType.WOOD, SCULK_DOOR_CLOSE.get(), SCULK_DOOR_OPEN.get(), SoundEvents.WOODEN_TRAPDOOR_CLOSE, SoundEvents.WOODEN_TRAPDOOR_OPEN, SoundEvents.WOODEN_PRESSURE_PLATE_CLICK_OFF, SoundEvents.WOODEN_PRESSURE_PLATE_CLICK_ON, SoundEvents.WOODEN_BUTTON_CLICK_OFF, SoundEvents.WOODEN_BUTTON_CLICK_ON); And finally the door block like this private static final DeferredRegister<Block> BLOCKS = DeferredRegister.create(ForgeRegistries.BLOCKS, MineWorld.MOD_ID); ... BLOCKS.register("sculk_door", () -> new DoorBlock(BlockBehaviour.Properties.copy(Blocks.OAK_DOOR), blockSetType)); But when I launch the game I get this error   Registry Object not present: mineworld:sculk_door_close Am I doing something wrong? Maybe the BlockSetType registration needs to be done in a different way? I have other BlockSetTypes registered like this that only uses vanilla sounds and they work just fine. You can see an example in my GitHub repo here: https://github.com/JimiIT92/MineWorld/blob/master/src/main/java/org/mineworld/core/MWBlockSetTypes.java
    • it was eldritch end, thank you
    • Okay. Thank you. I think it works now. I added the jdk-17 path to the batch instead of the jvm arguments txt file. The windows command prompt is just blank, but when I close the native windows command prompt, the java command prompt opens & loads the server. If that won't cause issues then I'm all good. 
    • I have no idea - the last mentioned mods are eldritch_end, supplementaries and mahoutsukai Start with removing mahoutsukai
  • Topics

  • Who's Online (See full list)

    • There are no registered users currently online
×
×
  • Create New...

Important Information

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