Ok why is there 2 classes for the package of one entity though, one registers it and the other holds its ai i get that. but why seperate?

Oh I think the first class registers all entities, while the other one sets ai and such

Yes this thread helped me make sence of creating an egg and a mob. What i am talking about is a single entity file structure. seems to require 2 classes, witch is odd to me

The one that has entityRegistry, and the other one that holds entityAi and tasks for it

but how do u store multiple entities with one main mod class, becouse registry seams to be only available once and for a single value list

Sorry I realized, i could make my own functions that will call entityRegister function with its own values and then have that function called in mainRegistry for each different mob.

Your right

 

public static void mainRegistry()
	{
		EntityRegistry.registerModEntity(ResourceLocation, Blank.class, entityName, entityId, ClowcadiaMod.modInstance, 64, 1, true, solidColor, spotColor);;
	}

 

lol how is this

 

package com.clowcadia.mob;

import net.minecraft.util.ResourceLocation;
import net.minecraftforge.fml.common.registry.EntityRegistry;
import com.clowcadia.mod.ClowcadiaMod;

public class BlankRegistry {
		
	public static void mainRegistry()
	{
		EntityRegistry.registerModEntity(new ResourceLocation(ClowcadiaMod.MODID,"blankMob"), Blank.class, "blankMob", 
				0, ClowcadiaMod.modInstance, 64, 1, true, 0x4286f4, 0x606e84);;
	}
	
}

 

For organization sake would that not be good say if later i have a package for items, and blocks?

I understand, yes i still have another class in the other package I will consider changing that in future but for format purposes i am just leaving it there. But i did take your advice

	package com.clowcadia.mod;

import com.clowcadia.mob.Blank;

import net.minecraft.util.ResourceLocation;
import net.minecraftforge.fml.common.Mod;
import net.minecraftforge.fml.common.Mod.EventHandler;
import net.minecraftforge.fml.common.Mod.Instance;
import net.minecraftforge.fml.common.Mod.Metadata;
import net.minecraftforge.fml.common.ModMetadata;
import net.minecraftforge.fml.common.event.FMLInitializationEvent;
import net.minecraftforge.fml.common.event.FMLPostInitializationEvent;
import net.minecraftforge.fml.common.event.FMLPreInitializationEvent;
import net.minecraftforge.fml.common.registry.EntityRegistry;


@Mod(modid = ClowcadiaMod.MODID, version = ClowcadiaMod.VERSION)
public class ClowcadiaMod
{
    public static final String MODID = "clowcadiamod";
    public static final String VERSION = "1.0";
    
    @Metadata
    public static ModMetadata meta;
    
    @Instance
    public static ClowcadiaMod modInstance;
    
    @EventHandler
    public void PreLoad(FMLPreInitializationEvent PreEvent)
    {
    	mainRegistry();
    }
    
    @EventHandler
    public void load(FMLInitializationEvent event)
    {
    	
    }
    
    @EventHandler
    public void PostLoad(FMLPostInitializationEvent PostEvent)
    {
    	
    }
    
    public static void mainRegistry()
	{
		EntityRegistry.registerModEntity(new ResourceLocation(ClowcadiaMod.MODID,"blankMob"), Blank.class, "blankMob", 
				0, ClowcadiaMod.modInstance, 64, 1, true, 0x4286f4, 0x606e84);;
	}
}

 

3 hours ago, clowcadia said:

Wow no wonder for ur signature. Freaking rough. Anyways I am doing the best i can to learn from scratch with outdated tutorials.

Diesieben07 got there first:

2 hours ago, diesieben07 said:

Read: "Ok, never mind I take that back, now that I actually read the posts in this thread it was explained to me". Seriously...

 

You were already told what to do, you didn't do it, I have free reign to call you out on not doing what you were told to do.

After reading this thread, I miss the smite button (Picard, head in hand).

I wonder how some still people still have negative community reputation.

23 minutes ago, Leomelonseeds said:

I wonder how some still people still have negative community reputation.

 

They were most likely carried over from before the migration.