Choonster

You shouldn't need to touch CraftingManager if all you're doing is creating a custom recipe type. Just implement the IRecipe interface and add instances of your recipe class using GameRegistry.addRecipe(IRecipe) .

Your models must not have included the resource domain (your mod ID) in their texture paths. i.e. use modid:items/TextureName instead of items/TextureName.

Could you step through the code in a debugger and figure out which methods are returning null ? For the getPlayerInfo reflection call, it must be Class#getDeclaredMethod returning null (unless getPlayerInfo itself is throwing the exception). I don't know what your ManagerReflection.setField method looks like. It should be noted that ReflectionHelper calls setAccessible(true) on Method s and Field s before using them, you should probably do this too. Edit: Your current code will only work in the development environment, since there's no NetworkPlayerInfo#locationSkin field in the obfuscated client (where it uses its SRG name instead).

It's certainly possible to change the cape in 1.8 (see my code here and here), I imagine it's possible to change the skin in the same way.

registerModEntity prefixes the entity's name with your mod ID followed by a period, so the full name of your mob is "<yourmodid>.TutorialMob" .

Post the error (like shadowfacts told you to) and your model classes (like diesieben07 told you to). It's hard to find a solution when we don't know what the problem is.

What are you checking and when? The sided proxy system may be what you need.

I didn't say anything about BiomeDictionary . You should still call BiomeDictionary.registerBiomeType for your biomes. BiomeDictionary.registerAllBiomes does absolutely nothing except log a warning that it was called. This was changed in September 2013, so any tutorial that tells you to call it is very outdated. Do you call BiomeManager.addBiome for your biomes? This is what allows biomes to spawn in the Overworld. If you're not calling that anywhere, it could be that you're using duplicate biome IDs.

Lily Pad placement is handled in ItemLilyPad#onItemRightClick .

If you don't call BiomeManager.addBiome for your biome, it shouldn't be used anywhere except your dimension.

getArmorModel is a method of Item in 1.7.10 (though for some reason it's only called if the Item is an instance of ItemArmor ). It expects a ModelBiped , though; so you'd either have to convert your models to Java models or create an adapter class that extends ModelBiped but renders an OBJ model. I don't know much about the rendering system, so I can't help much more than that.

The exception tells you exactly what went wrong: your TileEntityPin class doesn't have a mapping. You need to register it with GameRegistry.registerTileEntity . Side note: Package names should be all lowercase.

Your code looks correct. I'm not too sure what would cause missing textures/models without an error in the log. Could you post one of your models?

Main already calls the proxy method for each phase (preInit, init and postInit). OP: Could you post your RenderRegister class? Please use [ code ] tags (without spaces) or post your code on Gist/Pastebin.

Potion s in 1.8 are almost exactly the same as in 1.7.10, except that they now have a ResourceLocation identifier used by the /effect command.

There's an FAQ here and some other links here.

Cast the entity instance to EntityGuardian and call the isElder method on it.

You can also host your mod on CurseForge. You slowly earn points based on the number of people who download the mod, these points can be spent on Amazon/Steam gift cards or money via PayPal. A couple of years of WoW AddOns hosted on Curse earned me enough points for US$100, so it's not a huge amount of money; but it's better than nothing. You can also upload to CurseForge through their Gradle plugin, though I haven't done this myself.

It's entirely possible to declare a variable in any part of a method, including loops. I think you should review the basics of Java.

It shouldn't be necessary to check if it's in lava, the method should only be called if it's already known that it is in lava.

I don't think this should be in your event handler, since the item usually won't be in lava at the moment it's dropped. Entity#setOnFireFromLava will be called when the item is in lava, you should be able to override this to check for the portal activation criteria.

You should compare Item instances directly (e.g. someItemStack.getItem() == Items.nether_star ), don't compare their unlocalised names.

Call WorldProvider#setSkyRenderer with an implementation of IRenderHandler that renders the sky (including celestial bodies) for your dimension. Look at RenderGlobal#renderSky to see how vanilla renders each dimension's sky.

Break the class down into its primitive components (strings, booleans and numbers) and write those to the buffer.

Implement it in your Entity class and do what the doc comment for each method says: write your data to the buffer on the server and then read it back on the client. FML will call the methods for you, you just need to implement them.