Jump to content

Recommended Posts

Posted

I have a lot of blocks so I have decided to create multiple registries to keep things more clear:

public final class FruitBlocks {
	
	private FruitBlocks() {}
	
	public static final DeferredRegister<Block> REGISTRY = 
			DeferredRegister.create(ForgeRegistries.BLOCKS, ExperimentalMod.MODID);

	public static final RegistryObject<FruitPlantBlock> ORANGE_PLANT = 
			REGISTRY.register("orange_plant", () -> new OrangePlantBlock());
  
    /// ... More fruit blocks are registered here
			
}

 

This is another registry but for different group of blocks:

 

public final class MachineBlocks {
	
	private MachineBlocks() {}
	
	public static final DeferredRegister<Block> REGISTRY = 
			DeferredRegister.create(ForgeRegistries.BLOCKS, ExperimentalMod.MODID);

	public static final RegistryObject<Block> TERRAFORMER = 
			REGISTRY.register("terraformer", () -> new TerraformerBlock());

    /// ... More machine blocks are registered here
}

Everything is working as expected, but I am not sure if this is safe thing to do?

Is there a smarter/better way to separate groups of blocks/items/entities?

 

Posted
52 minutes ago, Adil Yilan said:

Is there a smarter/better way to separate groups of blocks/items/entities?

There is no official way from Forge, you can use the way you prefer. One Class and separate the types with a new line, a global Block class with sub-classes for each type or separate Classes as you already use it

Posted
58 minutes ago, Adil Yilan said:

Everything is working as expected, but I am not sure if this is safe thing to do?

over read the question 😅

the only thing you need to mention is that you should not put the DeferredRegister and the RegistryObjects in separate Classes. This means you need to use a new DeferredRegister for each class, if you use sub-classes you can ignore this. 

If you use one or more DeferredRegisters for Registry should not matter. But um not 100% sure about that.

Posted

@Luis_ST, thank you for the quick reply.

I was just worried that I might be using Forge mechanics the wrong way by creating multiple registries of same type, but if it is safe to do, I will stick with that than. :)

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

    • But what could be the issue with that? Maybe the confiq file?  
    • There is an issue with legendarysurvivaloverhaul
    • I am playing on a nitrado server with friends and everytime i try to join i am getting the same crash.log Does somebody understand what the problem here could be?  Crash Log
    • I see. I'm sure I tried again with a lower case word, a few times. I ended up doing the same thing as pixxy in the end. Is this beyond the scope of the admins to fix? Are they already aware of it, or should I use 'contact us' to post a ticket?
    • I’m working on a Manta Ray entity in MCreator using GeckoLib animations, and my goal is to have a looping (flip) animation that ends at −360°, then transitions seamlessly into a swim animation starting at 0°. However, every method I’ve tried—like quickly interpolating the angle, inserting a brief keyframe at 0°, or using a micro “bridge” animation—still causes a visible “flash” https://imgur.com/a/5ucjUb9 or "jump" when the rotation resets. I want a perfectly smooth motion from the flip’s final rotation to the swim’s initial rotation. If anyone has solved this in MCreator/GeckoLib, or found a better trick for handling the −360° →0° gap without a snap, I’d appreciate some advice ! P.S.- I cannot set swim to start at -360 because I would have the same issue but in reverse. Here's the custom LoopingAnimationGoal :   class LoopingAnimationGoal extends Goal { private final MantaRayEntity entity; private final int cooldownTime; private int animationTimer; private int cooldownTimer; // New boolean to prevent double calls private boolean isLoopingActive = false; public LoopingAnimationGoal(MantaRayEntity entity, int cooldownTime) { this.entity = entity; this.cooldownTime = cooldownTime; this.animationTimer = 0; this.cooldownTimer = 0; this.setFlags(EnumSet.of(Flag.MOVE, Flag.LOOK)); } @Override public boolean canUse() { System.out.println("[DEBUG] LoopingGoal canUse => cooldownTimer=" + cooldownTimer); if (cooldownTimer > 0) { cooldownTimer--; return false; } BlockPos entityPos = entity.blockPosition(); boolean canUse = entity.isWaterAbove(entityPos, 4); System.out.println("[DEBUG] LoopingGoal canUse => WATER " + (canUse ? "DETECTED" : "NOT DETECTED") + " at " + entityPos + ", returning " + canUse); return canUse; } @Override public void start() { entity.setAnimation("looping"); animationTimer = 63; isLoopingActive = true; System.out.println("[DEBUG] Looping animation STARTED. Timer=" + animationTimer + ", gameTime=" + entity.level().getGameTime()); } @Override public boolean canContinueToUse() { System.out.println("[DEBUG] LoopingGoal canContinueToUse => animationTimer=" + animationTimer); return animationTimer > 0; } @Override public void tick() { animationTimer--; System.out.println("[DEBUG] LoopingGoal TICK => animationTimer=" + animationTimer); // We stop ONLY if we are still looping if (animationTimer <= 0 && isLoopingActive) { System.out.println("[DEBUG] condition => animationTimer <= 0 && isLoopingActive"); stop(); } } @Override public void stop() { // Check if already stopped if (!isLoopingActive) { System.out.println("[DEBUG] stop() called again, but isLoopingActive = false. Doing nothing."); return; } System.out.println("[DEBUG] Looping STOP at tick=" + entity.level().getGameTime() + ", last known rotation=" + entity.getXRot() + "/" + entity.getYRot() + ", animationTimer=" + animationTimer); // Immediately switch to "swim" entity.setAnimation("swim"); // Reset cooldown cooldownTimer = cooldownTime; // Disable looping to prevent a second stop isLoopingActive = false; System.out.println("[DEBUG] Looping STOP => setAnimation('swim'), cooldownTimer=" + cooldownTimer); } }  
  • Topics

×
×
  • Create New...

Important Information

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