-
Posts
5160 -
Joined
-
Last visited
-
Days Won
76
Everything posted by Choonster
-
The crash has nothing to do with the number of recipes, it's caused by one of the recipes having an invalid shape string. Each shape string of a shaped recipe must be the same length, but one of your recipes has one string that's longer than the other two. The issue is with the recipe on line 15 of DMiscModRecipes, I suspect that this is the starInfusedShovel recipe. You don't need to explicitly create an array to call a varargs method like GameRegistry.addRecipe, just pass the arguments to it directly and Java will create the array for you.
-
Is there a specific reason to use one of these classes vs. the other in normal Forge mod code (i.e. not dealing with ASM)? cpw said a few years ago in this FML pull request that ReflectionHelper is internal and implied that ObfuscationReflectionHelper is essentially the "public API". Is this still the case? (I'm guessing it is since ReflectionHelper is in the fml.relauncher package whereas ObfuscationReflectionHelper is in fml.common)
-
[1.8] [Solved] Where to find deobfuscated method/field list
Choonster replied to Earthcomputer's topic in Modder Support
You can download MCP mappings (both stable and snaphots) from MCPBot. -
[SOLVED] [1.8] Buggy textures after forge update?
Choonster replied to ModernPatriot's topic in Modder Support
Did you try disabling the splash screen in config/splash.properties (like LexManos told you to)? -
I'd recommend using a lowercase mod ID to avoid any trouble. Though looking at the icon registering code in 1.7.10, the icon name always gets used in the ResourceLocation(String) constructor first; so your mod ID should be converted to lowercase for icons anyway.
-
Only use events when you need to react to things outside of your control (usually vanilla blocks, items, entities, etc.). For your own classes, you can usually override a method that's called at the appropriate time instead. Your current code is wrong in several ways: You're not registering your instance on the appropriate event bus Even if you were registering it, you'd be replacing every broken block with Main.CastleWall1 since you never check which block was broken In this case, you'll probably want to override Block#breakBlock or Block#removedByPlayer.
-
This is possible, since 1.7.10 only converts the domain of a ResourceLocation to lowercase from the ResourceLocation(String) constructor but not the ResourceLocation(String,String) constructor.
-
Override Block#onBlockActivated to do something when the Block is right clicked. Use EntityPlayer#getHeldItem to get the player's held item. To spawn an Entity, check if it's the server (world.isRemote is false), create the Entity object and then call World#spawnEntityInWorld.
-
Minecraft Forge Modding 1.8 Problem - Textures Mix
Choonster replied to Mr.sKrabs's topic in Modder Support
In that screenshot, you're calling registerRender with the non-existent item variable. What I'm telling you to do is change the code inside the registerRender method to use the item argument. -
Minecraft Forge Modding 1.8 Problem - Textures Mix
Choonster replied to Mr.sKrabs's topic in Modder Support
From your PM: public static void registerRenders() { registerRender(Small_Flint); registerRender(Twigs); } This part is correct, but inside the registerRender method you should use item instead of Small_Flint or Twigs. -
[1.8] NetworkDispatcher exception on Multiplayer only
Choonster replied to Roxane's topic in Modder Support
I'm pretty sure the error is because your SimpleNetworkWrapper channel name exceeds the maximum length of 20. -
[17.10]Custom Biome filling with own stone
Choonster replied to NeoSup2130's topic in Modder Support
genBiomeTerrain is only called by genTerrainBlocks, the latter is the method called by ChunkProviderGenerate to generate the terrain. Override genTerrainBlocks instead of genBiomeTerrain. -
Minecraft Forge Modding 1.8 Problem - Textures Mix
Choonster replied to Mr.sKrabs's topic in Modder Support
The crash report tells you exactly what went wrong: registerRenders requires an Item argument, but you tried to call it with no arguments. A method named registerRenders (which implies that it registers multiple things) shouldn't need an Item argument (since it should be registering models for multiple items, not just one). -
Minecraft Forge Modding 1.8 Problem - Textures Mix
Choonster replied to Mr.sKrabs's topic in Modder Support
Upload the contents of the crash report (crash-reports/crash-2015-07-27_18.47.15-client.txt) and your code to Gist and link them here. The part you've posted doesn't contain much useful information, I need to see the stacktrace to help you. -
Minecraft Forge Modding 1.8 Problem - Textures Mix
Choonster replied to Mr.sKrabs's topic in Modder Support
You still need to call registerRender with each Item field from registerRenders, but you should be using the item argument within registerRender instead of the fields. -
Minecraft Forge Modding 1.8 Problem - Textures Mix
Choonster replied to Mr.sKrabs's topic in Modder Support
Well post your code and the error, then. -
Minecraft Forge Modding 1.8 Problem - Textures Mix
Choonster replied to Mr.sKrabs's topic in Modder Support
Do you understand what a method argument is and how to use one? This is very basic Java knowledge. Instead of using Small_Flint or Twigs in registerRender, simply use item (the method's argument). -
Minecraft Forge Modding 1.8 Problem - Textures Mix
Choonster replied to Mr.sKrabs's topic in Modder Support
registerRender should only use its Item argument, it shouldn't use any of the Item fields. -
Minecraft Forge Modding 1.8 Problem - Textures Mix
Choonster replied to Mr.sKrabs's topic in Modder Support
registerRender should only register the model for its Item argument. registerRenders should call registerRender once for each Item to register the model for that Item. -
This is actually a bad idea since it has some unwanted side-effects. Use idea.module.inheritOutputDirs = true instead. And IntelliJ is not doing anything incorrectly, it's just following what gradle tells it to do. Thanks, I've replaced the previous code with this code in my mods.
-
Which overload of onEntityCollidedWithBlock did you override? onEntityCollidedWithBlock(World, BlockPos, Entity) is only called for the Block under an Entity, onEntityCollidedWithBlock(World, BlockPos, IBlockState, Entity) is called for any Block that an Entity collides with. For an Entity to collide with your Block on any given side, its bounding box needs to be inset by at least 0.01 on that side.
-
I'm not too sure what the issue is. Could you put your workspace on GitHub or a similar site and link it here? This .gitignore file will ignore any files that don't need to be tracked in your repository.
-
Just putting it at the end of the file outside of any block should work. I have it in my mod's build.gradle here. You do have the texture in src/main/resources/assets/letsmod/textures/items/mapleLeaf.png, right?
-
IntelliJ IDEA doesn't copy resources properly for Gradle projects by default. Add the following snippet to your build.gradle script to fix it. sourceSets { main { output.resourcesDir = output.classesDir } } Source