Jump to content

Snapshot Information in .gradle


delpi

Recommended Posts

I had seen this before but didn't really understand the significance.  Hoping someone could guide me on it.

 

in my build file I have

 

mappings = "snapshot_20141130"

 

I'm going to the mcp_snapshot to find fields.csv for reflection. 

 

What i'm worried about is this being horribly out of data.  That sounds like its from last november???

 

Am I supposed to update this?  If so, how?

Long time Bukkit & Forge Programmer

Happy to try and help

Link to comment
Share on other sites

That worked great.  Thanks guys.

 

I do have a related question that came to mind as I was verifying the fields were still the same.  Is there a trick you use to find the right version of the variable?  This is probably something obvious I just don't know,

 

For example there are 3 'flightSpeed" (might be flySpeed, going off memory).  I usually look at the other variables around it to help decide if it is right one, but I still find out when I compile it and try to run it on server that I picked poorly occasionally.

 

 

Long time Bukkit & Forge Programmer

Happy to try and help

Link to comment
Share on other sites

That worked great.  Thanks guys.

 

I do have a related question that came to mind as I was verifying the fields were still the same.  Is there a trick you use to find the right version of the variable?  This is probably something obvious I just don't know,

 

For example there are 3 'flightSpeed" (might be flySpeed, going off memory).  I usually look at the other variables around it to help decide if it is right one, but I still find out when I compile it and try to run it on server that I picked poorly occasionally.

 

I think you're asking about when there are multiple fields or methods with similar names that might make sense. Like in a block there are methods isNormalCube(), isOpaque(), isFullCube(), etc. which I always am unsure which does what.

 

I use the Call Hierarchy tool a lot in Eclipse. Just highlight the field somewhere you've found it in the code base and then right-click and choose Call Hierarchy. It will show you what methods use that field. If you're still not sure you can expand those methods to see what calls them, and so forth.

 

Also, in modding since the interfaces aren't documented I'd recommend to ALWAYS inspect the code of any method you call to confirm it is really the one you want to use because sometimes there are surprises or outright mistakes. For example, I got really screwed up using the isClientWorld() method in EntityLivingBase. If you look at the code for their method it is:

 

    /**

    * Returns whether the entity is in a local (client) world

    */

    public boolean isClientWorld()

    {

        return !this.worldObj.isRemote;

    }

 

You'll see this actually is BACKWARDS! It returns whether it is a server world, not a client world. You can imagine how hard it was to debug that and how screwed up my mod was with all the client and server logic reversed!

Check out my tutorials here: http://jabelarminecraft.blogspot.com/

Link to comment
Share on other sites

Its really the multiple fields issue that plague me.  I'll try that with the ones that got me and make sure it would have caught it.    Thanks.

 

I've been able to look at the methods doing something very similar to what you said with success.

 

That is goofy on mojang's part.  Reminds me of 'Never trust Vanilla'

 

 

Long time Bukkit & Forge Programmer

Happy to try and help

Link to comment
Share on other sites

That is goofy on mojang's part.  Reminds me of 'Never trust Vanilla'

 

I don't think it is Mojang. I think it is the MCP mapping. Someone was going through the code and decided on a mapping name, the person who suggested it got it backwards.

 

Now there are actual Mojang mistakes that can trip you up too. For example: The attackEntityAsMob() method is inherited from the EntityLivingBase class, however that class doesn't inflict any damage; rather it does nothing but update the last attacker, and in fact it seems to do this backwards (bug?).  Let's look at that briefly, here is the code from the EntityLivingBase attackEntityAsMob() method:

 

public boolean attackEntityAsMob(Entity par1Entity)

{

    this.setLastAttacker(par1Entity);

    return false;

}

 

If you think about the logic in the above method, it seems to be backwards -- you are setting the last attacker of this which is the attacking entity to be the other entity.  It seems it really should be instead: par1Entity.setLastAttacker(this).  (However, it is possible that the method is misnamed or something, maybe it is meant to set the last attacked, but looking briefly through the method it seems to be named correctly.)

 

It is further interesting that vanilla mobs (see EntityMob class or EntityWolf class) seem to fully override this method and don't call this as super method.  So this bug won't afffect Vanilla Minecraft but could certainly affect you if you extend EntityLivngBase in your mod.

Check out my tutorials here: http://jabelarminecraft.blogspot.com/

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

    • Hello, Hi and I am making a forge 1.12.2 mod and also trying to get a custom model helmet item (I made a joker mask) and exported it to .json format and put it in the ~/namespace/models/item folder. Though, I'm struggling to get the item to render what I want it to be rendered like as I've positioned it in the 'head' window view in blockbench. How did you render out your model? I checked your code and it looks like no references to the actual model are being made. I'm new to this forge modding stuff (was a fabric modder) and I desperately need some help. Is there a way to standardly render out armor models made using blockbench? any methods that one can use? My model in JSON: ```json { "credit": "Made with Blockbench", "texture_size": [160, 160], "textures": { "0": "ydyrn:items/joker_mask_texture", "particle": "ydyrn:items/joker_mask_texture" }, "elements": [ { "from": [0, 0, 0], "to": [16, 16, 1], "faces": { "north": {"uv": [0, 1.7, 16, 14.2], "texture": "#0"}, "east": {"uv": [0, 4, 0.9, 5.6], "texture": "#0"}, "south": {"uv": [0, 5.8, 1.6, 7.4], "texture": "#0"}, "west": {"uv": [0, 1.9, 1.3, 3.5], "texture": "#0"}, "up": {"uv": [0, 3.4, 1.6, 4.2], "texture": "#0"}, "down": {"uv": [0, 9, 1.6, 9.7], "texture": "#0"} } }, { "from": [15.8, 11, 0.5], "to": [16.2, 13, 15], "faces": { "north": {"uv": [7.9, 7.9, 7.94, 8.1], "texture": "#0"}, "east": {"uv": [7.9, 7.9, 9.35, 8.1], "texture": "#0"}, "south": {"uv": [7.9, 7.9, 7.94, 8.1], "texture": "#0"}, "west": {"uv": [7.9, 7.9, 9.35, 8.1], "texture": "#0"}, "up": {"uv": [7.9, 7.9, 7.94, 9.35], "texture": "#0"}, "down": {"uv": [7.9, 7.9, 7.94, 9.35], "texture": "#0"} } }, { "from": [0.2, 11, 14.6], "to": [15.8, 13, 15], "faces": { "north": {"uv": [7.9, 7.9, 9.46, 8.1], "texture": "#0"}, "east": {"uv": [7.9, 7.9, 7.94, 8.1], "texture": "#0"}, "south": {"uv": [7.9, 7.9, 9.46, 8.1], "texture": "#0"}, "west": {"uv": [7.9, 7.9, 7.94, 8.1], "texture": "#0"}, "up": {"uv": [7.9, 7.9, 9.46, 7.94], "texture": "#0"}, "down": {"uv": [7.9, 7.9, 9.46, 7.94], "texture": "#0"} } }, { "from": [-0.2, 11, 0.5], "to": [0.2, 13, 15], "faces": { "north": {"uv": [7.9, 7.9, 7.94, 8.1], "texture": "#0"}, "east": {"uv": [7.9, 7.9, 9.35, 8.1], "texture": "#0"}, "south": {"uv": [7.9, 7.9, 7.94, 8.1], "texture": "#0"}, "west": {"uv": [7.9, 7.9, 9.35, 8.1], "texture": "#0"}, "up": {"uv": [7.9, 7.9, 7.94, 9.35], "texture": "#0"}, "down": {"uv": [7.9, 7.9, 7.94, 9.35], "texture": "#0"} } } ], "display": { "thirdperson_righthand": { "translation": [-0.25, -2.75, 0], "scale": [0.3, 0.3, 0.3] }, "thirdperson_lefthand": { "translation": [-0.25, -2.75, 0], "scale": [0.3, 0.3, 0.3] }, "firstperson_righthand": { "rotation": [-9, 115, 15], "translation": [0, 1.25, -1.75], "scale": [0.5, 0.5, 0.5] }, "firstperson_lefthand": { "rotation": [-9, 115, 15], "translation": [0, 1.25, -1.75], "scale": [0.5, 0.5, 0.5] }, "ground": { "rotation": [40, 0, 0], "translation": [0, -2.5, 0], "scale": [0.5, 0.5, 0.5] }, "gui": { "rotation": [0, 180, 0] }, "head": { "translation": [0, 0, 0.25], "scale": [0.82773, 0.73594, 0.9] }, "fixed": { "translation": [0, 0, 8.75] } }, "groups": [ 0, { "name": "straps", "origin": [0, 0, 0], "color": 0, "children": [1, 2, 3] } ] } ```
    • Add the crash-report or latest.log (logs-folder) with sites like https://paste.ee/ and paste the link to it here  
    • In your config folder, delete the sophisticatedcore-common.toml file and test it again
    • Add the crash-report or latest.log (logs-folder) with sites like https://paste.ee/ and paste the link to it here  
    • I am getting an error message that my mods and my server are not on the same minecraft version when they clearly are. My server and my mods are on 1.20.1 and the error says that the server is 1.20 even though it's on forge 47.2.30.  
  • Topics

×
×
  • Create New...

Important Information

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