mnn

here's my current (working) setup in intellij idea: main class: net.minecraft.launchwrapper.Launch vm params: -Djava.library.path=versions\1.6.4\1.6.4-natives -Xmx512m program args: --tweakClass cpw.mods.fml.common.launcher.FMLTweaker --username <name> wokring dir: <project-dir>\jars My content root is mcp dir. My output dir is the same as in eclipse - eclipse/Minecraft/bin . Also I copied forge_at.cfg, deobfuscation_data-1.6.4.lzma, fml_at.cfg, fml_marker.cfg, fmlversion.properties, mcpmod.info to the bin dir. It might not be necessary but it works . PS: I'm not on mac, but the correct setup could be similar.

I don't think you provided enough information - e.g. how exactly did you include the sources of the library? what errors does it return?

Yeah, got same problem. IIRC then the "." (dot) in an object name was the problem. I would try renaming all objects in your 3d editor (blender?) - e.g. "Cube.001" -> "Cube001".

Try override and increse this in your TE: @SideOnly(Side.CLIENT) public double getMaxRenderDistanceSquared() { return 4096.0D; }

I would try something like this (it's not tested!): config.getCategory(Configuration.CATEGORY_GENERAL).get("autoAssign").set(false); and then save it: config.save();

Thank you, it's working. I'm kinda curious, does exist some documentation to the options in manifest or parameters accepted by FML? Or all informations come from changelog and source code?

In dev env it runs fine, but when launched from vanilla launcher it does not find the second mod in the a jar (which contains coremod, modcontainer and the "normal" mod). It just says it won't examine the jar and that's it. ... 2013-10-08 22:04:54 [FINE] [ForgeModLoader] Examining for coremod candidacy monnef_core_0.6.0.jar 2013-10-08 22:04:54 [FINEST] [ForgeModLoader] Adding monnef_core_0.6.0.jar to the list of known coremods, it will not be examined again ... 2013-10-08 22:05:03 [FINER] [ForgeModLoader] Skipping already parsed coremod or tweaker monnef_core_0.6.0.jar ... I saw that someone is recommending packing coremod and mod in one jar, but it doesn't work for me... source is there -> https://github.com/mnn/monnefcore/blob/a4ae70013a566148c90281fc9395283f511b2f1b/src/monnef/core/mod/MonnefCoreNormalMod.java

new version 0.5.0 is released - the mod now supports scheduled shutdown

Only one properly working crafting "machine" I found so far is from Immibis - mod tubestuff - "Automatic Crafting Table MkII". (Other mods - MFR, BC, TE, Forestry and AE doesn't support crafting handler and/or custom recipes. Last time I checked it, it was on 1.5.2 so something might have changed.) Using ICraftingHandler is quite simple, you just create a class implementing that interface and register it on mod load - GameRegistry.registerCraftingHandler. Then in "onCrafting" method of your new class you check if it's your recipe and remove the bucket.

yeah, it could work. too bad that almost all auto-crafters will return the bucket (they don't call crafting handlers).

Not sure about 1.6, but in 1.5 you have to register your tool with MinecraftForge.setToolClass. PS: You can directly pass "ingredient" items to the recipe method (if you don't want to setup damage or NBT) - GameRegistry.addRecipe(new ItemStack(Block.planks), "s", "s", 's', Item.stick);

I have a feeling that this ^ will break all crafting recipes with bucket of water - IMO all recipes will never return a bucket when using a bucket with water.

try overriding getIsRepairable method (in 1.5 it works fine)

Hello, the code responsible for this is located at SlotCrafting.onPickupFromSlot (at least in 1.5). I don't think it's possible without modifying the method (probably via ASM). I was looking how to solve this as well, but I was too lazy to write another ASM hook so I rather added an empty bucket to a recipe (so one bucket is consumed and one returned).

I personally don't like the idea of having to pack libraries inside a jar of my mod or making installation harder for ordinary users .

perhaps something like FMLServerHandler.instance().getServer().getConfigurationManager().playerEntityList.toArray()? (warning: not tested)

Hello, since ILibrarySet is "Deprecated without replacement" what is the new way of handling external libraries? Does the new launcher thingy support it on its own, or we'll have to distribute libraries manually?

you could try this - ore dict gives you a list of items registered for "ingotCopper". in post load phase you can check if it returns at least one item and this item you'll use as an output for your recipes (if no item is found you just won't register recipes with that item). http://jd.minecraftforge.net/net/minecraftforge/oredict/OreDictionary.html#getOres%28java.lang.String%29

your item must return different strings from getUnlocalizedName or language registry can't tell your items apart and see them as one item. if you have a block with different IDs and you want to have it different titles you have to implement your own ItemBlock. to ItemStack of "blocks" - it's never a block, it's always an instance of an Item class, usually ItemBlock class (or its child).

Looking at the ShapedOreRecipe - it's not possible to pass a string ID of an item group as a recipe result. IMO the usage of ore dict is to allow "similar" resources from other mods to be interchangeable with your own resources (e.g. copper ingot). But it's expected you still have registered your resource (your copper ingot) if it's an output of some recipe. It could be done via OreDictionary.getOres("ingotCopper"), but if no mod adds a copper ingot you run into troubles.

It is automatically send on a chunk load (and also on a chunk "refresh"). Are you sure your TE is doing its work on a server side?

Hello, in recompile I got: 20:26:34 - == ERRORS FOUND in SCALA CODE == 20:26:34 - 20:26:34 - The command line is too long. If I'm right then the Scala compilation is added by FML to the MCP script (so this should be the right place to ask). The too long command line is caused by too many directories with java files - resulting argument line has more than 8kB (limit on Windows from what I read). I think there can be used environment variables to pass it, but I'm not really sure. Also the scripts are in python which I don't understand much. I managed to bypass Scala compilation, but in the future I'd like to try write some mod(s) in Scala. Do you know any solution to this problem? Is this a new bug or it's just not being expected having more folders and/or developing under Windows?

I'm not a fan of obfuscation, but IMO proguard can do this with "keep" options. At least it looks like it from this post: http://stackoverflow.com/questions/4536016/how-can-i-obfuscate-only-com-foo-and-com-bar-proguard.

(I'm assuming "Eclipse doesn't complain about anything" means "I can compile it and run in Eclipse".) Are you using same Java version in eclipse (1.6)? Also some source code would be useful.

damn it, I changed point 1 but you already answered EDIT: to the foodstats, are you sure you're handling it on a server side? it should work same .