Jump to content

Recommended Posts

Posted

I just noticed whenever I test my mod the console log tells me that all my item and block IDs are mismatched and the mod IDs all seem to come directly after Vanilla IDs:

 

[00:15:05] [server thread/INFO] [FML]: Found item id mismatch starlight:chaosSword : 4112 4188

[00:15:05] [server thread/INFO] [FML]: Found item id mismatch starlight:wall_white : 185 186

[00:15:05] [server thread/INFO] [FML]: Found item id mismatch starlight:ChaoticHelmet: 4177 4165

[00:15:05] [server thread/INFO] [FML]: Found item id mismatch starlight:meteorite : 4139 4127

 

...and it keeps going and going for over a hundred lines with every item/block.

 

 

This is all the coding for an example item to show what I assumed would set my IDs:

 

In the main class there's

 

public static Item chaosSword;

public final int chaosSwordID = 10020;

 

and

 

@EventHandler

public void preInit(FMLPreInitializationEvent event)

{

chaosSword = new com.starlight.weapons.chaosSword(chaosSwordID, ChaosSword).setUnlocalizedName("chaosSword").setTextureName("starlight:chaosSword");

GameRegistry.registerItem(chaosSword, "chaosSword");

}

 

 

And in the item's class

 

package com.starlight.weapons;

import net.minecraft.item.ItemSword;

public class chaosSword extends ItemSword

{

public chaosSword (int id, ToolMaterial ChaosSword)

{

super(ChaosSword);

this.setMaxStackSize(1);

                this.setCreativeTab(tabStarlightWeapons);

}

}

 

 

So can someone tell me what I'm doing wrong?

Posted

public chaosSword (int id, ToolMaterial ChaosSword)
   {
      super(ChaosSword);
      this.setMaxStackSize(1);
                this.setCreativeTab(tabStarlightWeapons);
   }

"id" is totally unused in this constructor. Removing is advised.

Posted

Why would you want that?

 

Why wouldn't I? It's kind of annoying that every time I add a new item it changes the ID of every single other item. Won't that cause problems?

Posted

No, because you register the items with a string, so that's how minecraft now determins what item's should go where. So you shouldn't have to worry about that.

Don't PM me with questions. They will be ignored! Make a thread on the appropriate board for support.

 

1.12 -> 1.13 primer by williewillus.

 

1.7.10 and older versions of Minecraft are no longer supported due to it's age! Update to the latest version for support.

 

http://www.howoldisminecraft1710.today/

Posted

IDs still technically exist, but they're now handled internally by Minecraft and are dynamically assigned per world (if you load a world, then add a mod and reload the world, that mods items won't exist (as far as I've seen and found for myself))

The further a society drifts from the truth, the more it hates those who speak it.

Posted

As long as you aren't relying on IDs anywhere in your code (like Block.getIdFromBlock() or Item.getIdFromItem()), everything will work perfectly fine, as both Minecraft and Forge have moved off of complete Data Value reliance.

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



×
×
  • Create New...

Important Information

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