myoKun345

Ok, problem fixed, Forge just can't read triangles. Re-exported it from Cinema 4D into FBX (which it has better support for) which I exported to OBJ in 3ds Max.

I've noticed that all of the lines that it errors on are triangles. And I have no clue what to do now. EDIT: They may not actually be triangles, but the lines have 3 "x/x/x"s instead of 4 like the others.

So, I commented out every face that it crashed on and ended up with this: https://github.com/myoKun345/Majyyka/blob/master/resources/assets/majyyka/models/wand.obj In-game: http://imgur.com/a/tXwgn

It's not line 5 anymore - see above lol I'm trying to go through and find which ones are breaking it and comment those out. Very tedious and I expect it won't turn out to look good...

Exporting the obj from 3ds Max results in the crash still happening... but later in the file. net.minecraftforge.client.model.ModelFormatException: Error parsing entry ('f 11/8/11 6/7/12 1/6/12', line 130) in file '/assets/majyyka/models/wand.obj' - Invalid number of points for face (expected 4, found 3) at net.minecraftforge.client.model.obj.WavefrontObject.parseFace(WavefrontObject.java:396) at net.minecraftforge.client.model.obj.WavefrontObject.loadObjModel(WavefrontObject.java:121) at net.minecraftforge.client.model.obj.WavefrontObject.<init>(WavefrontObject.java:55) at net.minecraftforge.client.model.obj.ObjModelLoader.loadInstance(ObjModelLoader.java:28) at net.minecraftforge.client.model.AdvancedModelLoader.loadModel(AdvancedModelLoader.java:70) at majyyka.client.ModelWand.<init>(ModelWand.java:23) at majyyka.client.ItemWandRenderer.<init>(ItemWandRenderer.java:30) at majyyka.core.proxy.ClientProxy.initRendering(ClientProxy.scala:18) at majyyka.Majyyka$.init(Majyyka.scala:76) at majyyka.Majyyka.init(Majyyka.scala) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:540) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74) at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45) at com.google.common.eventbus.EventBus.dispatch(EventBus.java:313) at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:296) at com.google.common.eventbus.EventBus.post(EventBus.java:267) at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:194) at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:174) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74) at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45) at com.google.common.eventbus.EventBus.dispatch(EventBus.java:313) at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:296) at com.google.common.eventbus.EventBus.post(EventBus.java:267) at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:105) at cpw.mods.fml.common.Loader.initializeMods(Loader.java:696) at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:231) at net.minecraft.client.Minecraft.startGame(Minecraft.java:507) at net.minecraft.client.Minecraft.run(Minecraft.java:806) at net.minecraft.client.main.Main.main(Main.java:93) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at net.minecraft.launchwrapper.Launch.launch(Launch.java:57) at net.minecraft.launchwrapper.Launch.main(Launch.java:18)

Wow this model loader code is barely decipherable to me... Looking at EE3's obj files vs. mine I'm only seeing that his don't have the automatically exported material lines like mine does. I don't think I need it so I'll try deleting it. EDIT: Yeah, no difference.

I used AdvancedModelLoader (I was sort of half-following Minalien's tutorial for OBJ models; that tutorial is for blocks and this is an item so it is entirely possible I just screwed something up T-T) and I will look at that just in case. I also looked at Pahimar's code for some reference.

I made a model in Cinema 4D for my mod, UV mapped it and exported it to OBJ format. I registered it in my model class, and when I start the game, it crashes with the following error: net.minecraftforge.client.model.ModelFormatException: Error parsing entry ('v -500 -6.319035 6.319', line 5) in file '/assets/majyyka/models/wand.obj' - Incorrect format at net.minecraftforge.client.model.obj.WavefrontObject.parseVertex(WavefrontObject.java:314) at net.minecraftforge.client.model.obj.WavefrontObject.loadObjModel(WavefrontObject.java:91) at net.minecraftforge.client.model.obj.WavefrontObject.<init>(WavefrontObject.java:55) at net.minecraftforge.client.model.obj.ObjModelLoader.loadInstance(ObjModelLoader.java:28) at net.minecraftforge.client.model.AdvancedModelLoader.loadModel(AdvancedModelLoader.java:70) at majyyka.client.ModelWand.<init>(ModelWand.java:23) at majyyka.client.ItemWandRenderer.<init>(ItemWandRenderer.java:30) at majyyka.core.proxy.ClientProxy.initRendering(ClientProxy.scala:18) at majyyka.Majyyka$.init(Majyyka.scala:76) at majyyka.Majyyka.init(Majyyka.scala) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:540) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74) at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45) at com.google.common.eventbus.EventBus.dispatch(EventBus.java:313) at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:296) at com.google.common.eventbus.EventBus.post(EventBus.java:267) at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:194) at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:174) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74) at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45) at com.google.common.eventbus.EventBus.dispatch(EventBus.java:313) at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:296) at com.google.common.eventbus.EventBus.post(EventBus.java:267) at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:105) at cpw.mods.fml.common.Loader.initializeMods(Loader.java:696) at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:231) at net.minecraft.client.Minecraft.startGame(Minecraft.java:507) at net.minecraft.client.Minecraft.run(Minecraft.java:806) at net.minecraft.client.main.Main.main(Main.java:93) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at net.minecraft.launchwrapper.Launch.launch(Launch.java:57) at net.minecraft.launchwrapper.Launch.main(Launch.java:18) I can import and view the model in 3DS Max, so I don't know what is wrong with my OBJ file and/or Forge. https://github.com/myoKun345/Majyyka/blob/master/resources/assets/majyyka/models/wand.obj https://github.com/myoKun345/Majyyka/blob/master/majyyka_common/majyyka/client/ModelWand.java https://github.com/myoKun345/Majyyka/blob/master/majyyka_common/majyyka/client/ItemWandRenderer.java

Well, since MCP isn't going to get this fixed until the next release (probably 1.6.3 or 1.7) I just built a workaround into my build system so it has to run the recompile twice, once to get the Scala classes and put them in mcp/lib and then again to correctly compile everything else. It works for now. By the way, is there a bug tracker or something somewhere for MCP? Because this is a pretty ridiculous issue...

@RoboJack Yeah that's ok. Looking at your thread, your errors are unrelated to mine. You don't need to have Scala installed as long as you don't do any of your mod in it instead of Java.

Ok, so I think I was mistaken about javac running before scalac; Scala compiles everything it needs to normally but then Java freaks out because it doesn't know where the compiled Scala classes are for whatever reason. (They are actually in mcp/bin like they are supposed to be.) I'm not sure if it's a MCP bug or not that this happens... Anyway at this point I am kind of stuck unless I will have to change the recompile Python script, which I imagine will not be a piece of cake in the least. If anybody else has any idea how this can be fixed it is greatly appreciated. @RoboJack Are you using Scala alongside Java like I am? Because really this topic doesn't pertain to Java-only projects I don't think. By the way, reobfuscating does not work when the recompile fails.

After royally screwing up my Eclipse workspace somehow and setting it all back up from scratch, the error with BuildCraft is no longer blocking progress. However, MCP is now being derpy instead by running the Java compiler before the Scala compiler which now gives me repeated errors in my imports for the things I converted to Scala. Example: ~snip\mcp\src\minecraft\elex\core\ModItems.java:7: error: package elex.item does not exist import elex.item.ElexItemDust; ^ Now that I have the real problem, should I go to MCP support or does one of you guys have an answer?

Well, I guess I will try some things to see if I can figure it out myself. If anybody else can help though, it's appreciated.

Bump?

I recently converted all of my item and block classes to Scala classes with one file for items and one file for blocks (and one file for ItemBlocks.) This did not cause any problems in Eclipse; everything compiled correctly and everything works in-game as before. However, when I go to recompile through MCP, the Scala compiler runs over a problem in the BuildCraft API, which it isn't even supposed to be touching since BuildCraft is not Scala at all: ~snip\mcp\src\minecraft\buildcraft\api\power\IPowerReceptor.java:10: error: value PowerReceiver is not a member of object buildcraft.api.power.PowerHandler import buildcraft.api.power.PowerHandler.PowerReceiver; ^ ~snip\mcp\src\minecraft\buildcraft\api\power\IPowerReceptor.java:34: error: not found: type PowerReceiver public PowerReceiver getPowerReceiver(ForgeDirection side); ^ It doesn't make any sense, since: 1. the code I converted did not interact with the BuildCraft API, 2. those two files it is throwing errors in are Java files, so the Scala compiler shouldn't be trying to use them and 3. looking in those BuildCraft classes I can see that PowerHandler.PowerReceiver does indeed exist. If I need to revert my conversions because it just won't work or something, it's not the biggest deal. If there is some way I can make the compiler only work with certain folders in mcp/src that would possibly fix it, or give a clearer picture of what is really wrong here. Stuff I converted: https://github.com/myoKun345/ElementalExperimentation/blob/master/elex_common/elex/item/ItemElex.scala https://github.com/myoKun345/ElementalExperimentation/blob/master/elex_common/elex/block/BlockElex.scala https://github.com/myoKun345/ElementalExperimentation/blob/master/elex_common/elex/block/util/ItemBlockElex.scala Thanks in advance for any help. EDIT: I've learned that MCP uses the Scala compiler instead of the Java compiler if it is found since it is designed to do both jobs. So excluding the files is probably not going to work. I still have no clue what is wrong here.

At the moment I have just set it to allow any item. If anyone else knows of a solution, great, but for now I am marking this solved. Thanks!

I'll try that, if you don't mind sending it. EDIT: If anyone else has any ideas, they are still appreciated.

I don't see what that has to do with the item being deleted if it's not in a recipe. The item still is deleted after adding that.

Is there any explanation of how to use it anywhere? I just want to add simple microblocks, not any complex parts like torches.

That was an automatically generated method when I implemented the power interfaces. I don't think it has affected my problems though. By the way, I figured the rest of the issues out by myself so thanks anyway. The problem was that I was setting the stack to the recipe's stack. I added .copy() to the end and it works fine. At the moment I am finishing it up so it doesn't consume input when the output stacks are full. EDIT: I forgot about the item disappearing if it isn't in a recipe. That still isn't fixed. I could either forget trying to limit it to recipe items or take the extra time to fix that.

I fixed the first bullet there by checking for a null stack, but the other bugs still remain and I still don't know how to fix them.

Bump?

I am trying to add a machine that functions similarly to the macerator found in Industrial-Craft 2. I have done most of the work myself so far, but my updateTick logic is buggy and messy, leading to the following problems: Removing the stack from the input slot causes a crash when the recipe time ticks down to zero. Removing the stack from the output slot causes a "ghost item" to appear in the output slot when the recipe time ticks down again, and the player can remove it but attempting to combine it with another stack of the same kind just makes the game realize it doesn't actually exist. Also, throwing the ghost on the ground will crash the game. The output stack's size does not increase correctly. (Increasing it with a constant just results in it not increasing at all, increasing it with the recipe value doubles the size for no apparent reason (I am adding, not multiplying them.)) Attempting to place an item in the input slot that is not in a registered recipe as a valid input item will delete the item. Obviously I could just copy the vanilla furnace's updateTick and modify it, but I would rather figure it out mostly on my own. Related code files: https://github.com/myoKun345/ElementalExperimentation/blob/master/elex_common/elex/tileentity/TileEntityGrinder.java https://github.com/myoKun345/ElementalExperimentation/blob/master/elex_common/elex/block/BlockGrinder.java https://github.com/myoKun345/ElementalExperimentation/blob/master/elex_common/elex/api/GrinderRecipe.java https://github.com/myoKun345/ElementalExperimentation/blob/master/elex_common/elex/core/CraftingRecipes.java The rest of the code is in the repository, of course. Thanks in advance for any help.

I was thinking I may have to send packets to fix this now... but this is a pretty annoying bug.

Yes, I am using NBT.