Another exploit/bug. It might be intentional, I don't know.
Anyway, you can convert any die into lapis through the white to red, to green, etc. This can be used to generate lots of things for free with other mods installed. It used to be like, four Redstone for a lapis or something. But obviously the recipe is up to you. Just wanted to make sure you knew it was there.
(I'm running 1.6.2.)
After not having played MC for a little while I boot up on my previously working setup, running Equivalency 1.5.4 and Lomlib 1.0.7. Launches fine, but as soon as I try to load a world I get the following crach and error:
java.lang.NumberFormatException: For input string: "Fixed some recipes"
at java.lang.NumberFormatException.forInputString(Unknown Source)
at java.lang.Integer.parseInt(Unknown Source)
at java.lang.Short.parseShort(Unknown Source)
at java.lang.Short.<init>(Unknown Source)
at net.lomeli.lomlib.util.XMLUtil.getShort(XMLUtil.java:61)
at net.lomeli.equivalency.core.handler.VersionTickHandler.tickEnd(VersionTickHandler.java:35)
at cpw.mods.fml.common.SingleIntervalHandler.tickEnd(SingleIntervalHandler.java:34)
at cpw.mods.fml.common.FMLCommonHandler.tickEnd(FMLCommonHandler.java:141)
at cpw.mods.fml.common.FMLCommonHandler.onPostClientTick(FMLCommonHandler.java:367)
at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1968)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:908)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:836)
at net.minecraft.client.main.Main.main(SourceFile:101)
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 thought I'd update and maybe that would solve the issue. However no matter what the combination of later versions of both Equivalency and Lomlib I continually get this crash screen: http://puu.sh/5Krle/65e8442fe9.png
I'm running the latest Forge for 1.6.2, and the required EE3.
Any help would be much appreciated!
Rollback Post to RevisionRollBack
[quote=Kasudain]Well, all major religions have a 'Hell' with flying jellyfish that throw fireballs. Duh.
(I'm running 1.6.2.)
After not having played MC for a little while I boot up on my previously working setup, running Equivalency 1.5.4 and Lomlib 1.0.7. Launches fine, but as soon as I try to load a world I get the following crach and error:
java.lang.NumberFormatException: For input string: "Fixed some recipes"
at java.lang.NumberFormatException.forInputString(Unknown Source)
at java.lang.Integer.parseInt(Unknown Source)
at java.lang.Short.parseShort(Unknown Source)
at java.lang.Short.<init>(Unknown Source)
at net.lomeli.lomlib.util.XMLUtil.getShort(XMLUtil.java:61)
at net.lomeli.equivalency.core.handler.VersionTickHandler.tickEnd(VersionTickHandler.java:35)
at cpw.mods.fml.common.SingleIntervalHandler.tickEnd(SingleIntervalHandler.java:34)
at cpw.mods.fml.common.FMLCommonHandler.tickEnd(FMLCommonHandler.java:141)
at cpw.mods.fml.common.FMLCommonHandler.onPostClientTick(FMLCommonHandler.java:367)
at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1968)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:908)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:836)
at net.minecraft.client.main.Main.main(SourceFile:101)
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 thought I'd update and maybe that would solve the issue. However no matter what the combination of later versions of both Equivalency and Lomlib I continually get this crash screen: http://puu.sh/5Krle/65e8442fe9.png
I'm running the latest Forge for 1.6.2, and the required EE3.
Any help would be much appreciated!
Try running on 1.6.4, have you actually updated over 1.0.5 of LomLib? And make sure you have latest EE3 too. (Check in EE3 thread's last 2 or 3 pages)
Try running on 1.6.4, have you actually updated over 1.0.5 of LomLib? And make sure you have latest EE3 too. (Check in EE3 thread's last 2 or 3 pages)
Hey, thanks for replying!
Can't run 1.6.4 with my setup--I have 70+ other mods installed, some of which require 1.6.2.
I've tried using the old EE3 I had up and working with 1.6.4 Equivalency and also the latest for 1.6.2 (The latest is the one that produces the error in the image I posted). The old one produces a different error when coupled with the latest versions of Equivalency and Lomlib (Which was to be expencted, so I don't feel it necessary to post what the error was)
Quick edit: I do realize that if all else fails I may have to just bite the bullet and update to 1.6.4. Just really not looking forward to re-downloading all those mods.
That's rather odd...try updating to the newest version of Forge with an installer (which as of this writing is 9.11.1.953). I'll look into it myself but this shouldn't be an issue.
(I'm running 1.6.2.)
After not having played MC for a little while I boot up on my previously working setup, running Equivalency 1.5.4 and Lomlib 1.0.7. Launches fine, but as soon as I try to load a world I get the following crach and error:
java.lang.NumberFormatException: For input string: "Fixed some recipes"
at java.lang.NumberFormatException.forInputString(Unknown Source)
at java.lang.Integer.parseInt(Unknown Source)
at java.lang.Short.parseShort(Unknown Source)
at java.lang.Short.<init>(Unknown Source)
at net.lomeli.lomlib.util.XMLUtil.getShort(XMLUtil.java:61)
at net.lomeli.equivalency.core.handler.VersionTickHandler.tickEnd(VersionTickHandler.java:35)
at cpw.mods.fml.common.SingleIntervalHandler.tickEnd(SingleIntervalHandler.java:34)
at cpw.mods.fml.common.FMLCommonHandler.tickEnd(FMLCommonHandler.java:141)
at cpw.mods.fml.common.FMLCommonHandler.onPostClientTick(FMLCommonHandler.java:367)
at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1968)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:908)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:836)
at net.minecraft.client.main.Main.main(SourceFile:101)
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 thought I'd update and maybe that would solve the issue. However no matter what the combination of later versions of both Equivalency and Lomlib I continually get this crash screen: http://puu.sh/5Krle/65e8442fe9.png
I'm running the latest Forge for 1.6.2, and the required EE3.
Any help would be much appreciated!
That error you're getting is a bug in Equivalency's updater which was fixed in version 1.5.5. The newer versions of LomLib and Equivalency should technically work in 1.6.2, so try them out first.
Hey, thanks for replying!
Can't run 1.6.4 with my setup--I have 70+ other mods installed, some of which require 1.6.2.
I've tried using the old EE3 I had up and working with 1.6.4 Equivalency and also the latest for 1.6.2 (The latest is the one that produces the error in the image I posted). The old one produces a different error when coupled with the latest versions of Equivalency and Lomlib (Which was to be expected, so I don't feel it necessary to post what the error was)
Quick edit: I do realize that if all else fails I may have to just bite the bullet and update to 1.6.4. Just really not looking forward to re-downloading all those mods.
Depending on how some of those mods where made, you may be able to run them in 1.6.4 just fine.
Ninja Edit: Just need to mention that this weekend is ModJam, so as a result I might not be able to swiftly resolve these issues, but you'll get a new mod in the end so I guess that makes it worth it.
I'm also having this issue...same crash on server using mcpc. Previous version was working just fine so I'm gonna roll back to that version until this is resolved.
I absolutely love this mod, and it has been the basis for my modded SkyBlock map.
But I could use some additional recipes to make it work even better.
- 1x Iron to 1x Tin (because I haven't found a way to go from vanilla to modded metals)
- 3x Iron (or 3x Tin) to 1x Silver (to provide a road map to lead & Nickel)
I still need to find a way to create blazerods/dust.....
I would really appreciate it if you could implement these two recipes.
Yeah, Vanilla to OreDict ores has been something I've been thinking about for a while but haven't thought of a recipe that I'm happy with.
To Everyone using MCPC+: From the looks of it, this is a problem with MCPC+ itself, as it has also been causing "vanilla" EE3 to crash. For the moment I'll release a separate patch that'll hopefully fix it, but once that patch is out, I won't accept MCPC+ bug reports until it's fixed on their side.
In General: So, EE3 has recently gotten IC2 and Forestry support, and I'm expecting more mods and hopefully the entire DynEMC system to be out anytime soon. As such, Equivalency in it's current state will slowly phase out. I do have some ideas for post-DynEMC Equivalency that I'm currently not going to disclose, just know that it'll be a completely different mod afterwards (I still might do some DynEMC tweaking, but I want to see DynEMC running before I even consider it).
Edit: Also, thanks Regelneef, it was awesome. Hung out with iChun mostly, but I did meet direwolf and Soaryn (who I need to thank for helping me with a small rendering issue I had with my mod). My entry for ModJam can be downloaded here: http://www.minecraftforum.net/topic/2211904-16xcrystal-bearers/
I'm kinda sad to see it being phased out....
I do hope that your mod will be the way to create modded materials before having to mine them....
Because your mod is the only mod that allows me and others to download any vanilla map and do modded stuff on them!
So I would appreciate it very much if some of the transmutations would still exist in the future
Like I said, EE3's DynEMC system should allow you do just that without Equivalency. And that's not to say that I'm not gonna work on recipes any more, just that the way I make them, as well as some new transmutation mechanics, will replace what Equivalency currently is at this time.
The EE3 1-H you have linked is causing crashes, even without Equivalency installed. Is there another compiled version of EE3 available for download, or could you update the link?
The EE3 1-H you have linked is causing crashes, even without Equivalency installed. Is there another compiled version of EE3 available for download, or could you update the link?
Anyway, you can convert any die into lapis through the white to red, to green, etc. This can be used to generate lots of things for free with other mods installed. It used to be like, four Redstone for a lapis or something. But obviously the recipe is up to you. Just wanted to make sure you knew it was there.
(I'm running 1.6.2.)
After not having played MC for a little while I boot up on my previously working setup, running Equivalency 1.5.4 and Lomlib 1.0.7. Launches fine, but as soon as I try to load a world I get the following crach and error:
Description: Unexpected error
java.lang.NumberFormatException: For input string: "Fixed some recipes"
at java.lang.NumberFormatException.forInputString(Unknown Source)
at java.lang.Integer.parseInt(Unknown Source)
at java.lang.Short.parseShort(Unknown Source)
at java.lang.Short.<init>(Unknown Source)
at net.lomeli.lomlib.util.XMLUtil.getShort(XMLUtil.java:61)
at net.lomeli.equivalency.core.handler.VersionTickHandler.tickEnd(VersionTickHandler.java:35)
at cpw.mods.fml.common.SingleIntervalHandler.tickEnd(SingleIntervalHandler.java:34)
at cpw.mods.fml.common.FMLCommonHandler.tickEnd(FMLCommonHandler.java:141)
at cpw.mods.fml.common.FMLCommonHandler.onPostClientTick(FMLCommonHandler.java:367)
at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1968)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:908)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:836)
at net.minecraft.client.main.Main.main(SourceFile:101)
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 thought I'd update and maybe that would solve the issue. However no matter what the combination of later versions of both Equivalency and Lomlib I continually get this crash screen: http://puu.sh/5Krle/65e8442fe9.png
I'm running the latest Forge for 1.6.2, and the required EE3.
Any help would be much appreciated!
Try running on 1.6.4, have you actually updated over 1.0.5 of LomLib? And make sure you have latest EE3 too. (Check in EE3 thread's last 2 or 3 pages)
I'm getting the same issue, though I should mention that I am using mcpc+.
Just to clear up any potential descrepencies that may or may not arise.
Hey, thanks for replying!
Can't run 1.6.4 with my setup--I have 70+ other mods installed, some of which require 1.6.2.
I've tried using the old EE3 I had up and working with 1.6.4 Equivalency and also the latest for 1.6.2 (The latest is the one that produces the error in the image I posted). The old one produces a different error when coupled with the latest versions of Equivalency and Lomlib (Which was to be expencted, so I don't feel it necessary to post what the error was)
Quick edit: I do realize that if all else fails I may have to just bite the bullet and update to 1.6.4. Just really not looking forward to re-downloading all those mods.
That's rather odd...try updating to the newest version of Forge with an installer (which as of this writing is 9.11.1.953). I'll look into it myself but this shouldn't be an issue.
With MCPC+, you should always expect something to go wrong. Either way, I'll still look into it.
That error you're getting is a bug in Equivalency's updater which was fixed in version 1.5.5. The newer versions of LomLib and Equivalency should technically work in 1.6.2, so try them out first.
Depending on how some of those mods where made, you may be able to run them in 1.6.4 just fine.
Ninja Edit: Just need to mention that this weekend is ModJam, so as a result I might not be able to swiftly resolve these issues, but you'll get a new mod in the end so I guess that makes it worth it.
Same issue with mcpc
I'm also having this issue...same crash on server using mcpc. Previous version was working just fine so I'm gonna roll back to that version until this is resolved.
thanks people
Yeah, Vanilla to OreDict ores has been something I've been thinking about for a while but haven't thought of a recipe that I'm happy with.
To Everyone using MCPC+: From the looks of it, this is a problem with MCPC+ itself, as it has also been causing "vanilla" EE3 to crash. For the moment I'll release a separate patch that'll hopefully fix it, but once that patch is out, I won't accept MCPC+ bug reports until it's fixed on their side.
In General: So, EE3 has recently gotten IC2 and Forestry support, and I'm expecting more mods and hopefully the entire DynEMC system to be out anytime soon. As such, Equivalency in it's current state will slowly phase out. I do have some ideas for post-DynEMC Equivalency that I'm currently not going to disclose, just know that it'll be a completely different mod afterwards (I still might do some DynEMC tweaking, but I want to see DynEMC running before I even consider it).
Edit: Also, thanks Regelneef, it was awesome. Hung out with iChun mostly, but I did meet direwolf and Soaryn (who I need to thank for helping me with a small rendering issue I had with my mod). My entry for ModJam can be downloaded here: http://www.minecraftforum.net/topic/2211904-16xcrystal-bearers/
Like I said, EE3's DynEMC system should allow you do just that without Equivalency. And that's not to say that I'm not gonna work on recipes any more, just that the way I make them, as well as some new transmutation mechanics, will replace what Equivalency currently is at this time.
Not sure if it'll work since it's a problem with MCPC end and has also caused crashes with EE3 by itself, but if you want to try.
https://dl.dropboxusercontent.com/u/17430088/Minecraft Mods/Equivalency/1.6/EquivalencyMCPC Patch.zip
Visit the EE3 thread sometime, there's almost always a build there
http://www.minecraftforum.net/topic/1540010-equivalent-exchange-3-pre1h/page__st__5580#entry27352231
Thanks. By the way, is there anyway to hide the EMC value displaying on the items, seeing as it has no use at the moment?
Nope, and I didn't add that, that's part of EE3.
https://github.com/MinecraftPortCentral/MCPC-Plus/commit/6c5f71ffe41e8fed89c6beee899e067f21547bfb