So someone's already ported it to 164? Well anyway my own update is also there...
Thanks, Hypercross! Glad to see you back around, even if it's just for a little while. I'll be switching over to your official update as soon as I can.
Hm, okay. I'll give it another shot after deleting everything MoC related. Might be my mistake. I'll let you know, thanks!
Sorry for double post, but yeah.. it happened again. Maybe I posted the wrong log earlier though? This is it:
[INFO] Preparing level "world"
[SEVERE] Encountered an unexpected exception NoClassDefFoundError
java.lang.NoClassDefFoundError: net/minecraft/client/entity/EntityClientPlayerMP
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Unknown Source)
at java.lang.Class.getConstructor0(Unknown Source)
at java.lang.Class.getConstructor(Unknown Source)
at drzhark.customspawner.environment.EnvironmentSettings.registerEntity(EnvironmentSettings.java:288)
at drzhark.customspawner.environment.EnvironmentSettings.initializeEntities(EnvironmentSettings.java:271)
at drzhark.customspawner.utils.CMSUtils.addWorldEnvironment(CMSUtils.java:127)
at drzhark.customspawner.EventHooks.structureMapGen(EventHooks.java:196)
at net.minecraftforge.event.ASMEventHandler_57_EventHooks_structureMapGen_InitMapGenEvent.invoke(.dynamic)
at net.minecraftforge.event.ASMEventHandler.invoke(ASMEventHandler.java:39)
at net.minecraftforge.event.EventBus.post(EventBus.java:108)
at net.minecraftforge.event.terraingen.TerrainGen.getModdedMapGen(TerrainGen.java:29)
at net.minecraft.world.gen.ChunkProviderGenerate.<init>(ChunkProviderGenerate.java:106)
at net.minecraft.world.WorldType.getChunkGenerator(WorldType.java:180)
at net.minecraft.world.WorldProvider.func_76555_c(WorldProvider.java:94)
at net.minecraft.world.WorldServer.func_72970_h(WorldServer.java:728)
at net.minecraft.world.World.<init>(World.java:291)
at net.minecraft.world.WorldServer.<init>(WorldServer.java:110)
at net.minecraft.server.MinecraftServer.func_71247_a(MinecraftServer.java:246)
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:187)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:445)
at net.minecraft.server.ThreadMinecraftServer.run(SourceFile:583)
Caused by: java.lang.ClassNotFoundException: net.minecraft.client.entity.EntityClientPlayerMP
at net.minecraft.launchwrapper.LaunchClassLoader.findClass(LaunchClassLoader.java:186)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 22 more
Caused by: java.lang.NullPointerException
He needs the full log. Open your .minecraft folder and go to whatever folder you're using for your current profile. Grab the ForgeModLoader-client-0.log file, open it in notepad or something similar, and paste the entire log here using spoiler tags.
If you don't know how to do spoilers, it's like this:
Have a bug to report.
texture java.lang.NullPointerException
I built an armor stand for the hell of it and while putting some armor on it I figured I'd see what the Ender Head from Iguana Tweaks for Tinker's Construct. Mod pack the server is using is Magic Farm 2, not the most recent update. The game proceeded to boot me off and anyone who so much as looks in the general direction of the surrounding chunks gets booted. Which means the server is pretty much offline at this time since everyone's place is located around a central auto-wheat/tree farm.
If this has already been fixed that would certainly make my day. Not sure how much other information is needed but I can certainly supply the crash log if needed.
There's an option in the config settings to disable rendering so you can remove whatever is causing the crash from the armor stand.
# Setting this to true will disable all renderers. This will allow a world to be loaded and a problem item removed from a BiblioCraft block in case of a rendering related crash.
B:DisableRenderers=false
So I have a whole buttload of missing textures. Most of the missing textures in the FTB mod packs I am using are from this mod. I love metallurgy, but I hate looking at all of the pink and black checkers. Every Orb is a black and pink square, several things that don't even have their proper names are missing the textures too. I know this thing isn't supposed to be called tile.Utility.905.13.name.
The last time I saw one of those it was on a Barrel that had a missing texture and it brought down my friends server because it was in the middle of spawn. Anyone who tried to look at it instantly crashed and we ended up just making a new world spawn cause that seed sucked anyway.
I know the barrels aren't your mod, but is there anything I can do to fix the missing textures in metallurgy? I'm running metallurgy 3 specifically so that i can also run Extra TiC. Everything seems to be meshing together well except for the missing textures in some of the mods. I have tried downloading metallurgy specifically it twice but it doesn't seem to be helping. Should I just keep trying or is there a better way to fix this?
The Orbs don't actually work at the moment, so there's no need to have those at all. The other missing textures are from the way things are coded, and don't actually exist.
There's not really much to fix, aside from the Orbs - which may not ever be completed (not sure on the status of that feature). Just don't spawn in the missing texture items, as you literally have no need to do so, and you should be fine.
bug found: cheat sheet is only obtainable throught /give <player> 25258 1 42 and dose not unlock anything in creative
The cheat sheet is obtainable through creative mode, but you have to enable the option for this in the config. It's disabled by default. I would assume that with it disabled, the cheat sheet doesn't work even if you give it to yourself via command, but I'm not sure on that.
I'm new to mods, & I use 1.7.2. I tried adding this mod, but it won't work. I'm not sure what I'm doing wrong. I really would like this mod.
As the thread title suggests, this mod is for 1.6.2 and 1.6.4. It, like most all other mods, will not work on 1.7.2. Forge has only very recently started to release versions for 1.7, andit will take some time before things are updated to that version.
2943 pages of posts - please forgive me if this has been answered somewhere in there already.
Does this mod work with MC 1.7.4?
No, the latest official release is for 1.6.2, and the DEV version is for 1.6.4. Forge's latest versions are for 1.7.2, and I can't comment on how stable they are or if they're even compatible with 1.7.4, but for now, most mods are still on 1.6.4 at the latest.
For future reference, you can usually tell what versions a mod is compatible with by looking at the title. In this case, it says 1.6.2, reflecting the most recent official release.
// Everything's going to plan. No, really, that was supposed to happen.
Time: 1/19/14 2:38 PM
Description: Initializing game
java.lang.ClassCastException: rebelkeithy.mods.keithyutils.metablock.MetaBlock cannot be cast to appeng.common.base.AppEngMultiBlock
at appeng.common.base.AppEngMultiItemBlock.func_77667_c(AppEngMultiItemBlock.java:72)
at cpw.mods.fml.common.registry.LanguageRegistry.addNameForObject(LanguageRegistry.java:112)
at cpw.mods.fml.common.registry.LanguageRegistry.addName(LanguageRegistry.java:122)
at rebelkeithy.mods.metallurgy.core.metalsets.OreInfo.registerName(OreInfo.java:715)
at rebelkeithy.mods.metallurgy.core.metalsets.OreInfo.registerNames(OreInfo.java:680)
at rebelkeithy.mods.metallurgy.core.metalsets.MetalSet.registerNames(MetalSet.java:115)
at rebelkeithy.mods.metallurgy.core.ClientProxy.registerNamesForMetalSet(ClientProxy.java:29)
at rebelkeithy.mods.metallurgy.core.MetallurgyCore.init(MetallurgyCore.java:68)
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:545)
at sun.reflect.GeneratedMethodAccessor1.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:201)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:181)
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:112)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:699)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:249)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:509)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:808)
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:131)
at net.minecraft.launchwrapper.Launch.main(Launch.java:27)
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- Head --
Stacktrace:
at appeng.common.base.AppEngMultiItemBlock.func_77667_c(AppEngMultiItemBlock.java:72)
at cpw.mods.fml.common.registry.LanguageRegistry.addNameForObject(LanguageRegistry.java:112)
at cpw.mods.fml.common.registry.LanguageRegistry.addName(LanguageRegistry.java:122)
at rebelkeithy.mods.metallurgy.core.metalsets.OreInfo.registerName(OreInfo.java:715)
at rebelkeithy.mods.metallurgy.core.metalsets.OreInfo.registerNames(OreInfo.java:680)
at rebelkeithy.mods.metallurgy.core.metalsets.MetalSet.registerNames(MetalSet.java:115)
at rebelkeithy.mods.metallurgy.core.ClientProxy.registerNamesForMetalSet(ClientProxy.java:29)
at rebelkeithy.mods.metallurgy.core.MetallurgyCore.init(MetallurgyCore.java:68)
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:545)
at sun.reflect.GeneratedMethodAccessor1.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:201)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:181)
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:112)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:699)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:249)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:509)
That's an ID conflict. AE and Metallurgy both use IDs in the 900s range, so just change one (preferably AE) so there aren't any conflicts and you should be fine.
i would like to request a fix to that bug that prevents you from putting blank books into the shelf this seems a bit counter intuitive since these shelves seem like the optimal place to store the massive output of my book factory XD
That's not a bug. There's an option in the config file to allow blank books to be placed in the bookshelves. It's disabled by default to encourage using enchanted books, but it can be changed easily.
Why do you have to be a complete moron? I mean seriously? Is it that hard for you to be a mature "adult", and would much rather be a stereotypical obnoxious 12 year old on the internet?
Oh, the irony..
He's right. The thread title could (and probably should) have been changed to reflect that the mod is compatible on 1.6.2 and 1.6.4. Most mods do that, so that people know immediately what version the mod is compatible with. A lot of forum users scan the list of threads, and decide from that what mods they can use - that's the entire point of having it listed in the title to begin with. Yes, it's mentioned in the OP, and sure, people could make a bit more effort to read it, but either way, his point stands perfectly valid.
This is always going to be affected by personal preference. I prefer the exploring the world style of aspect discovery, though I do recall the feeling of satisfaction and smugness whenever I successfully guessed a combination (Perditio + Victus = Mortuus is the one I particularly recall guessing ahead of time what it would be.)
Ultimately though the main benefit of switching to scanning only would be making the game a lot harder to... well, not dead-end, since you can recover points, but slowing down drastically. Combining to make aspects is fine if you go about in an intelligent fashion, trying combinations that seem logical, but an awful lot of people seem to just combine blindly.
I understand that, and I agree that it would help those who can't or don't think logically about what they're doing. I disagree that it should be forced, though.
I think if such a change were to be made, a config option to keep the current method should also be provided.
0
0
Thanks, Hypercross! Glad to see you back around, even if it's just for a little while. I'll be switching over to your official update as soon as I can.
0
Ah, right. My mistake. Thanks for the quick catch.
0
He needs the full log. Open your .minecraft folder and go to whatever folder you're using for your current profile. Grab the ForgeModLoader-client-0.log file, open it in notepad or something similar, and paste the entire log here using spoiler tags.
If you don't know how to do spoilers, it's like this:
2
There's an option in the config settings to disable rendering so you can remove whatever is causing the crash from the armor stand.
0
The Orbs don't actually work at the moment, so there's no need to have those at all. The other missing textures are from the way things are coded, and don't actually exist.
There's not really much to fix, aside from the Orbs - which may not ever be completed (not sure on the status of that feature). Just don't spawn in the missing texture items, as you literally have no need to do so, and you should be fine.
0
The cheat sheet is obtainable through creative mode, but you have to enable the option for this in the config. It's disabled by default. I would assume that with it disabled, the cheat sheet doesn't work even if you give it to yourself via command, but I'm not sure on that.
1
As the thread title suggests, this mod is for 1.6.2 and 1.6.4. It, like most all other mods, will not work on 1.7.2. Forge has only very recently started to release versions for 1.7, and it will take some time before things are updated to that version.
0
No, the latest official release is for 1.6.2, and the DEV version is for 1.6.4. Forge's latest versions are for 1.7.2, and I can't comment on how stable they are or if they're even compatible with 1.7.4, but for now, most mods are still on 1.6.4 at the latest.
For future reference, you can usually tell what versions a mod is compatible with by looking at the title. In this case, it says 1.6.2, reflecting the most recent official release.
0
0
That's an ID conflict. AE and Metallurgy both use IDs in the 900s range, so just change one (preferably AE) so there aren't any conflicts and you should be fine.
1
That's not a bug. There's an option in the config file to allow blank books to be placed in the bookshelves. It's disabled by default to encourage using enchanted books, but it can be changed easily.
0
Oh, the irony..
He's right. The thread title could (and probably should) have been changed to reflect that the mod is compatible on 1.6.2 and 1.6.4. Most mods do that, so that people know immediately what version the mod is compatible with. A lot of forum users scan the list of threads, and decide from that what mods they can use - that's the entire point of having it listed in the title to begin with. Yes, it's mentioned in the OP, and sure, people could make a bit more effort to read it, but either way, his point stands perfectly valid.
0
Download links are found in the first post of the thread, just like any other mod.
0
I understand that, and I agree that it would help those who can't or don't think logically about what they're doing. I disagree that it should be forced, though.
I think if such a change were to be made, a config option to keep the current method should also be provided.