Jump to content

[1.7.2][10.12.1.1103] Help me understand the RotationHelper


ZZT

Recommended Posts

Hi, So honestly the RotationHelper confuses the hell out of me.

At first I figured it was something akin to the OreDict but for rotation, So that you can rotate any type of block as long as it is registered and able.

I was wrong. It looks like it can only rotate vanilla blocks or extensions of vanilla blocks, and best yet 80% of rotatable blocks are only allowed to be rotate upward or downwards.

 

I also cant imaging extending the RotationHelper class because the useful methods and property are private.

 

Ideas?

 

Update

As pointed out Here the Rotation Helper is used by the Block class in its methods rotateBlock, and getValidRotations.

 

Basically means there is the compatibility layer I was hoping for.

It is in the form of methods inside the Block class that can be overwritten by your custom block's classes.

Link to comment
Share on other sites

That is very disappointing, and it's not as if I'm incapable of doing the rotation on my own.

I just assumed that the RotationHelper was acting as a compatibility layer just as the OreDict does.

Link to comment
Share on other sites

Hi

 

Unfortunately I don't think there is a standard way to rotate non-vanilla blocks which your mod hasn't created.  Everyone is free to implement their block directions in any metadata coding they want, and I'm pretty sure there is no standard method  to rotate the block (eg an overridable Block method).  It's a good idea, perhaps I'll suggest it as a possible improvement and see if they bite.

 

In the meantime, you might be able to get the effect you want by manipulating the player's position / facing direction (rotationYaw) when placing the block (for onBlockPlacedBy) or the side (for onBlockPlaced) methods.  For example - your code could create a small "test region" in the world somewhere, out of sight, place the custom block six times, once for facing each six directions, read the metadata for each successful placement, and use that.

 

But to be honest that's a not very robust and I'm not sure it's worth the effort unless your mod absolutely depends on being able to rotate unknown blocks.

 

-TGG

 

Link to comment
Share on other sites

I wonder if there is a generic solution in place, something that could allow the BLOCK to determine how the BLOCK should rotate so that we dont have to have a central registry for all mod BLOCKS. But humm how do we get vanilla BLOCKS to respect and react to the BLOCK being told it should rotate? Perhaps by segmenting out the vanilla coode into some form of RotationHelper class so that it doesnt congest other parts of code where the modder shouldnt care. Humm I wonder how this helper class is used by forge... perhaps i should see where some of its functions are being called from. Maybe then i may gain a better understanding of why this code exists instead of making random guesses and bitching when my guess is wrong. (If that was to suttle for your THERE IS A DAMN HOOK IN BLOCK THAT YOU CALL AND CUSTOM BLOCKS OVERRIDE! The Helper is so that we dont have to have a MASSIVE hunk of code in our patch file -.-)

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

Link to comment
Share on other sites

True I didn't look to see where the RotationHelper was being used, but that was because when I looked at it it seemed useless.

Now I understand where you're coming from, but Jesus Christ tone down the narcissism jackass.

 

On a similar note my understanding could still be warped, but is it intended for all but 7 of the vanilla blocks to only be rotated upwards or downwards?

To me it looks like at least stairs should be able to rotate it just about ever direction.

 

Also is it to much to ask for a getCurrentRotation method?

Link to comment
Share on other sites

It wasnt narcisism it was exageration forvcomidic effect, and i found it funny so lighten the hell up. I have to do something to keep myself entertained when i have to explain rather simple programming concepts like checking references and not jumping to conclusions.

 

as for the appearance that a lot of blocks can only rotate up or down, thats because a lot of blocks can pnly rotate up or down. But last time i checked (albeit a while ago) eacg vanilla block could rotate corrextly. if it cant feel free to bring cases to my attention via github issue/pr and ill look at them.

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

Link to comment
Share on other sites

Ah, I understand the frustration of explaining simple programming concepts; but I guess its just been a very long time sense I've been on the receiving end, so sorry about that.

 

I'll go cycle through most of the vanilla blocks to check if they rotate correctly, although I don't know how I would specify a stair to be upside down and facing north.

I guess I could rotate it north and then up.

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

    • I'm using Modrinth as a launcher for a forge modpack on 1.20.1, and can't diagnose the issue on the crash log myself. Have tried repairing the Minecraft instillation as well as removing a few mods that have been problematic for me in the past to no avail. Crash log is below, if any further information is necessary let me know. Thank you! https://paste.ee/p/k6xnS
    • Hey folks. I am working on a custom "Mecha" entity (extended from LivingEntity) that the player builds up from blocks that should get modular stats depending on the used blocks. e.g. depending on what will be used for the legs, the entity will have a different jump strength. However, something unexpected is happening when trying to override a few of LivingEntity's functions and using my new own "Mecha" specific fields: instead of their actual instance-specific value, the default value is used (0f for a float, null for an object...) This is especially strange as when executing with the same entity from a point in the code specific to the mecha entity, the correct value is used. Here are some code snippets to better illustrate what I mean: /* The main Mecha class, cut down for brevity */ public class Mecha extends LivingEntity { protected float jumpMultiplier; //somewhere later during the code when spawning the entity, jumpMultiplier is set to something like 1.5f //changing the access to public didn't help @Override //Overridden from LivingEntity, this function is only used in the jumpFromGround() function, used in the aiStep() function, used in the LivingEntity tick() function protected float getJumpPower() { //something is wrong with this function //for some reason I can't correctly access the fields and methods from the instanciated entity when I am in one of those overridden protected functions. this is very annoying LogUtils.getLogger().info(String.valueOf(this.jumpMultiplier))) //will print 0f return this.jumpMultiplier * super.getJumpPower(); } //The code above does not operate properly. Written as is, the entity will not jump, and adding debug logs shows that when executing the code, the value of this.jumpMultiplier is 0f //in contrast, it will be the correct value when done here: @Override public void tick() { super.tick(); //inherited LivingEntity logic //Custom logic LogUtils.getLogger().info(String.valueOf(this.jumpMultiplier))) //will print 1.5f } } My actual code is slightly different, as the jumpMuliplier is stored in another object (so I am calling "this.legModule.getJumpPower()" instead of the float), but even using a simple float exactly like in the code above didn't help. When running my usual code, the object I try to use is found to be null instead, leading to a crash from a nullPointerException. Here is the stacktrace of said crash: The full code can be viewed here. I have found a workaround in the case of jump strength, but have already found the same problem for another parameter I want to do, and I do not understand why the code is behaving as such, and I would very much like to be able to override those methods as intended - they seemed to work just fine like that for vanilla mobs... Any clues as to what may be happening here?
    • Please delete post. Had not noticed the newest edition for 1.20.6 which resolves the issue.
    • https://paste.ee/p/GTgAV Here's my debug log, I'm on 1.18.2 with forge 40.2.4 and I just want to get it to work!! I cant find any mod names in the error part and I would like some help from the pros!! I have 203 mods at the moment.
  • Topics

×
×
  • Create New...

Important Information

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