So would tin still only generate above y = 80 or would it generate more freely?
It would generate... differently. In the specific case of tin, you would find it in alluvial deposits (river banks, beaches), and in long veins below sea level (more in extreme hills), as well as in so-called pegmatite veins, which contain many other ore types.
A lot of the distributions in COG are based below sea level (64). Some go above that point as part of a level range, but as a rule, things stay underground. Usually, the rarer materials are deeper in the ground than the more common stuff (as they should be).
As for biomes, there are some ores that won't spawn in specific biomes, and there are a couple that require a specific biome (emeralds only spawn in mountainous biomes like extreme hills, for example), but the bulk of ores are configured to generate everywhere, but have one or more biomes that they will spawn much more frequently in, such as coal in swamps, redstone in deserts, gold in forests, and lapis lazuli in oceans.
It's COFHcore, you need to disable the option of changing the vanilla ore generation in the config.
ReplaceVanillaGeneration=false the config of cofhcore is false.however, Maybe I can change it to true to get enough quartz?But since i have cofhcore and COG installed, will I get double amout the ore than it supposed to be? Or I have two types of ores:veins and clusters that come from the two mods?
If you remove just COG from your configuration, does generation return to normal? Can't think of any reason why COG would be affecting this.
I tried and found with out COG, I still lack nether quartz. I want to change the config of cofhcore ReplaceVanillaGeneration=false to true to get enough quartz. But i doubt will this config disable COG worldgen? or COG disable cofhcore worldgen?Or both worldgen works?sorry for the broken English
I tried and found with out COG, I still lack nether quartz. I want to change the config of cofhcore ReplaceVanillaGeneration=false to true to get enough quartz. But i doubt will this config disable COG worldgen? or COG disable cofhcore worldgen?Or both worldgen works?sorry for the broken English
Really don't think COG should be affecting this. The only time COG (by default) touches the Nether is through the Metallurgy config. But that doesn't replace nether quartz. This may be some sort of bizarre interaction with some other mod.
If worse comes to worst, you might try using my Sprocket-generated vanilla config; it has rules for placing nether quartz in the nether. And if you need to adjust amounts, keep in mind that enabling "Advanced Options" will add size/frequency sliders for each individual ore.
If you use it, though, make sure you remember to disable "MinecraftOres.xml" in the CustomOreGen_Config.xml" file first. Otherwise, the default vanilla config will override the custom one.
If worse comes to worst, you might try using my Sprocket-generated vanilla config; it has rules for placing nether quartz in the nether. And if you need to adjust amounts, keep in mind that enabling "Advanced Options" will add size/frequency sliders for each individual ore.
If you use it, though, make sure you remember to disable "MinecraftOres.xml" in the CustomOreGen_Config.xml" file first. Otherwise, the default vanilla config will override the custom one.
Really? Why would the default config override a custom one? Sounds like a bug to me...
So I did some troubleshooting and it seems like COG breaks when used with Metallurgy, despite that it is reported to be compatible. Maybe previous version of either COG or Metallurgy worked together, but they do not now.
When I run Minecraft with Metallurgy and COG, I only get vanilla style clusters of ores. No veins, clouds, or motherlodes. From this I gathered that COGactive is most likely set to false when Metallurgy is present. I do not know why this would be, but hopefully someone else does?
When Metallurgy is present it also prevents COG from distributing ores from other mods.
If you have any questions about replicating this issue, let me know. I would really like to get this resolved
So I did some troubleshooting and it seems like COG breaks when used with Metallurgy, despite that it is reported to be compatible. Maybe previous version of either COG or Metallurgy worked together, but they do not now.
When I run Minecraft with Metallurgy and COG, I only get vanilla style clusters of ores. No veins, clouds, or motherlodes. From this I gathered that COGactive is most likely set to false when Metallurgy is present. I do not know why this would be, but hopefully someone else does?
When Metallurgy is present it also prevents COG from distributing ores from other mods.
If you have any questions about replicating this issue, let me know. I would really like to get this resolved
Perhaps there is a bug in the Metallurgy config? Are you getting any exceptions at the console? If the Metallurgy config failed to load, then the entire config has failed, and thus COG would obviously be inactive. Btw, in the latest version of BOP, you can disable ore generation in the BOP config.
Perhaps there is a bug in the Metallurgy config? Are you getting any exceptions at the console? If the Metallurgy config failed to load, then the entire config has failed, and thus COG would obviously be inactive. Btw, in the latest version of BOP, you can disable ore generation in the BOP config.
Thank you! I was not getting any console errors, but I was able to determine that by refreshing my Metallurgy config file, COG worked again. And thanks for the tip on BoP too. I didn't realize a new version was out for 1.7.10
Really? Why would the default config override a custom one? Sounds like a bug to me...
Less a bug and more an assumption, and one that is likely wrong based on your question. I had been under the assumption that replacement happens in load order, and that each ore would only be replaced once... meaning that two configurations for vanilla ores would likely cause the first one to override the second.
I take it this assumption was wrong? How exactly does the ore replacement occur? Is there one replacement cycle for each configuration file?
Either way, even if they don't override one another, it's probably still a bad idea to keep two configurations for the same ores, simply because of the chance of a conflict, or more lag (as earlier configurations are being processed anyway, and then wiped out by the newer configurations), or even multiple distributions of the same ore.
Keep Recieving this error when genning a world with Gregtech 5 and Railcraft Geodes enabled:
[09:58:10] [Server thread/ERROR] [CustomOreGen/]: Problem loading world config
java.lang.IllegalStateException: Ore block descriptor for DarkDiamondVeins is empty or does not match any registered blocks.
at CustomOreGen.Server.MapGenOreDistribution.validate(MapGenOreDistribution.java:320) ~[MapGenOreDistribution.class:?]
at CustomOreGen.Server.MapGenVeins.validate(MapGenVeins.java:141) ~[MapGenVeins.class:?]
at CustomOreGen.Server.ServerState.validateDistributions(ServerState.java:142) [ServerState.class:?]
at CustomOreGen.Server.ServerState.getWorldConfig(ServerState.java:90) [ServerState.class:?]
at CustomOreGen.ForgeInterface.onLoadWorld(ForgeInterface.java:46) [ForgeInterface.class:?]
at cpw.mods.fml.common.eventhandler.ASMEventHandler_380_ForgeInterface_onLoadWorld_Load.invoke(.dynamic) [?:?]
at cpw.mods.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:54) [ASMEventHandler.class:?]
at cpw.mods.fml.common.eventhandler.EventBus.post(EventBus.java:138) [EventBus.class:?]
at sun.reflect.GeneratedMethodAccessor33.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_45]
at Reflector.call(Reflector.java:453) [Reflector.class:?]
at Reflector.postForgeBusEvent(Reflector.java:564) [Reflector.class:?]
at Reflector.postForgeBusEvent(Reflector.java:550) [Reflector.class:?]
at net.minecraft.server.integrated.IntegratedServer.func_71247_a(IntegratedServer.java:83) [bsx.class:?]
at net.minecraft.server.integrated.IntegratedServer.func_71197_b(IntegratedServer.java:153) [bsx.class:?]
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:387) [MinecraftServer.class:?]
at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685) [?:?]
Keep Recieving this error when genning a world with Gregtech 5 and Railcraft Geodes enabled:
Perhaps GT is causing the blocks to somehow disappear. Does the option default to disabled in the GUI? You'll probably have to leave it that way. The config should be redesigned so that it does not allow the user to enable the distributions when their blocks do not exist.
Actually, I've gotten the error whenever I tried to include Railcraft in my games, and I don't play with GT. It's the main reason I remade the configuration.
[STDERR]: [com.mrcrayfish.furniture.api.RecipeUtil:printRequired:16]: - output
[00:38:57] [Client thread/INFO] [FML]: Injecting itemstacks
[00:38:57] [Client thread/INFO] [FML]: Itemstack injection complete
[00:38:58] [Client thread/INFO] [CustomOreGen]: Loading global config 'C:\Users\Matthew\AppData\Roaming\.minecraft\config\CustomOreGen' ...
[00:38:58] [Client thread/ERROR] [CustomOreGen]: Problem loading world config
CustomOreGen.Config.ParserException: CustomOreGen Config Error at Element <MystcraftSymbol> [line 70]: A symbol named 'ic2CopperClusters' already exists.
at CustomOreGen.Config.ValidatorMystcraftSymbol.validateChildren(ValidatorMystcraftSymbol.java:21) ~[ValidatorMystcraftSymbol.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validateChildren(ValidatorNode.java:111) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorUnchecked.validateChildren(ValidatorUnchecked.java:14) ~[ValidatorUnchecked.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorCondition.validateChildren(ValidatorCondition.java:75) ~[ValidatorCondition.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validateChildren(ValidatorNode.java:111) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorSection.validateChildren(ValidatorSection.java:15) ~[ValidatorSection.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validateChildren(ValidatorNode.java:111) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorSection.validateChildren(ValidatorSection.java:15) ~[ValidatorSection.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validateChildren(ValidatorNode.java:111) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorSection.validateChildren(ValidatorSection.java:15) ~[ValidatorSection.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validateChildren(ValidatorNode.java:111) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorUnchecked.validateChildren(ValidatorUnchecked.java:14) ~[ValidatorUnchecked.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorCondition.validateChildren(ValidatorCondition.java:75) ~[ValidatorCondition.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validateChildren(ValidatorNode.java:111) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorUnchecked.validateChildren(ValidatorUnchecked.java:14) ~[ValidatorUnchecked.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorImport.validateChildren(ValidatorImport.java:63) ~[ValidatorImport.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validateChildren(ValidatorNode.java:111) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorRoot.validateChildren(ValidatorRoot.java:21) ~[ValidatorRoot.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validateChildren(ValidatorNode.java:111) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ConfigParser.parseFile(ConfigParser.java:134) ~[ConfigParser.class:?]
at CustomOreGen.Server.WorldConfig.<init>(WorldConfig.java:199) ~[WorldConfig.class:?]
at CustomOreGen.Server.WorldConfig.<init>(WorldConfig.java:76) ~[WorldConfig.class:?]
at CustomOreGen.CustomOreGenBase.loadWorldConfig(CustomOreGenBase.java:98) [CustomOreGenBase.class:?]
at CustomOreGen.CustomOreGenBase.unpackConfigs(CustomOreGenBase.java:88) [CustomOreGenBase.class:?]
at CustomOreGen.CustomOreGenBase.onModPostLoad(CustomOreGenBase.java:40) [CustomOreGenBase.class:?]
at CustomOreGen.FMLInterface.onFMLPostInit(FMLInterface.java:59) [FMLInterface.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_45]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_45]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_45]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532) [FMLModContainer.class:?]
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_45]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) [guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) [guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212) [LoadController.class:?]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190) [LoadController.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_45]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_45]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_45]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) [guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) [guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119) [LoadController.class:?]
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:721) [Loader.class:?]
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:311) [FMLClientHandler.class:?]
at net.minecraft.client.Minecraft.func_71384_a(Unknown Source) [bao.class:?]
at net.minecraft.client.Minecraft.func_99999_d(Unknown Source) [bao.class:?]
at net.minecraft.client.main.Main.main(SourceFile:148) [Main.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_45]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_45]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_45]
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135) [launchwrapper-1.11.jar:?]
at net.minecraft.launchwrapper.Launch.main(Launch.java:28) [launchwrapper-1.11.jar:?]
noogenesis, I figured out the railcraft problem. Not too long ago, the abyssal stone bock was redefined with a different block name. You need to update to the new one. Also, you don't have any configs for railcraft poor ore veins.
Those numbers represent the default vanilla ore values. These settings let you avoid the overhead of profiling if you are using a vanilla-equivalent world, such as COG.
The benefits?
1. Mystcraft doesn't have the overhead of a profiling age (it still profiles the ages as you make them),
2. The features of mystcraft have the same "costs" -- so an "iron ore block, tendrils" will have the same effect whether you have vanilla iron ore at a value of 500, or COG iron ore at a value of ... I think it was around 120.
No changes needed to COG; all the code is on Mystcraft's side.
(In regard to a mod that gives realistic animal genetics):
Would you really rather have bees that make diamonds and oil with magical genetic blocks?
... did I really ask that?
Proposal for change to Redstone and Lapis distributions:
Right now, when you find a string of redstone or lapis, that's it. You find one string. There's nothing to imply anything about the area; each one is independent.
What-if: Finding one string means that there's another string nearby.
Specific idea:
1. Motherlodes are made 1/5th as common.
2. Child distribution, identical to the primary distribution, occurs in 40% of chunks, at a range of 16 blocks from the motherlode.
Expected behavior: When a motherlode (primary vertical vein) is placed, there are 9 chunks, that each have a 40% chance of getting another -- for a total of 3.6 additional veins, or 4.6 total veins.
So, when you find redstone, you'll not only find a lot in one string, but have a reason to search nearby caves for more.
Note that finding an iron vein system, or a gold vein system, gives you lots and lots of that ore -- enough to last a really good amount of time. And, takes a while to mine it all out. A redstone vein, however, doesn't last nearly as long, can be mined out quickly, and ... there's no reason to keep looking in that area.
(In regard to a mod that gives realistic animal genetics):
Would you really rather have bees that make diamonds and oil with magical genetic blocks?
... did I really ask that?
It would generate... differently. In the specific case of tin, you would find it in alluvial deposits (river banks, beaches), and in long veins below sea level (more in extreme hills), as well as in so-called pegmatite veins, which contain many other ore types.
So you could find it by prospecting regular biomes, you wouldn't need mountains? Awesome!
A lot of the distributions in COG are based below sea level (64). Some go above that point as part of a level range, but as a rule, things stay underground. Usually, the rarer materials are deeper in the ground than the more common stuff (as they should be).
As for biomes, there are some ores that won't spawn in specific biomes, and there are a couple that require a specific biome (emeralds only spawn in mountainous biomes like extreme hills, for example), but the bulk of ores are configured to generate everywhere, but have one or more biomes that they will spawn much more frequently in, such as coal in swamps, redstone in deserts, gold in forests, and lapis lazuli in oceans.
Hope this helps!
ReplaceVanillaGeneration=false the config of cofhcore is false.however, Maybe I can change it to true to get enough quartz?But since i have cofhcore and COG installed, will I get double amout the ore than it supposed to be? Or I have two types of ores:veins and clusters that come from the two mods?
I tried and found with out COG, I still lack nether quartz. I want to change the config of cofhcore ReplaceVanillaGeneration=false to true to get enough quartz. But i doubt will this config disable COG worldgen? or COG disable cofhcore worldgen?Or both worldgen works?sorry for the broken English
Really don't think COG should be affecting this. The only time COG (by default) touches the Nether is through the Metallurgy config. But that doesn't replace nether quartz. This may be some sort of bizarre interaction with some other mod.
If worse comes to worst, you might try using my Sprocket-generated vanilla config; it has rules for placing nether quartz in the nether. And if you need to adjust amounts, keep in mind that enabling "Advanced Options" will add size/frequency sliders for each individual ore.
If you use it, though, make sure you remember to disable "MinecraftOres.xml" in the CustomOreGen_Config.xml" file first. Otherwise, the default vanilla config will override the custom one.
Really? Why would the default config override a custom one? Sounds like a bug to me...
So I did some troubleshooting and it seems like COG breaks when used with Metallurgy, despite that it is reported to be compatible. Maybe previous version of either COG or Metallurgy worked together, but they do not now.
When I run Minecraft with Metallurgy and COG, I only get vanilla style clusters of ores. No veins, clouds, or motherlodes. From this I gathered that COGactive is most likely set to false when Metallurgy is present. I do not know why this would be, but hopefully someone else does?
When Metallurgy is present it also prevents COG from distributing ores from other mods.
If you have any questions about replicating this issue, let me know. I would really like to get this resolved
Perhaps there is a bug in the Metallurgy config? Are you getting any exceptions at the console? If the Metallurgy config failed to load, then the entire config has failed, and thus COG would obviously be inactive. Btw, in the latest version of BOP, you can disable ore generation in the BOP config.
Thank you! I was not getting any console errors, but I was able to determine that by refreshing my Metallurgy config file, COG worked again. And thanks for the tip on BoP too. I didn't realize a new version was out for 1.7.10
Less a bug and more an assumption, and one that is likely wrong based on your question. I had been under the assumption that replacement happens in load order, and that each ore would only be replaced once... meaning that two configurations for vanilla ores would likely cause the first one to override the second.
I take it this assumption was wrong? How exactly does the ore replacement occur? Is there one replacement cycle for each configuration file?
Either way, even if they don't override one another, it's probably still a bad idea to keep two configurations for the same ores, simply because of the chance of a conflict, or more lag (as earlier configurations are being processed anyway, and then wiped out by the newer configurations), or even multiple distributions of the same ore.
Keep Recieving this error when genning a world with Gregtech 5 and Railcraft Geodes enabled:
[09:58:10] [Server thread/ERROR] [CustomOreGen/]: Problem loading world config
java.lang.IllegalStateException: Ore block descriptor for DarkDiamondVeins is empty or does not match any registered blocks.
at CustomOreGen.Server.MapGenOreDistribution.validate(MapGenOreDistribution.java:320) ~[MapGenOreDistribution.class:?]
at CustomOreGen.Server.MapGenVeins.validate(MapGenVeins.java:141) ~[MapGenVeins.class:?]
at CustomOreGen.Server.ServerState.validateDistributions(ServerState.java:142) [ServerState.class:?]
at CustomOreGen.Server.ServerState.getWorldConfig(ServerState.java:90) [ServerState.class:?]
at CustomOreGen.ForgeInterface.onLoadWorld(ForgeInterface.java:46) [ForgeInterface.class:?]
at cpw.mods.fml.common.eventhandler.ASMEventHandler_380_ForgeInterface_onLoadWorld_Load.invoke(.dynamic) [?:?]
at cpw.mods.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:54) [ASMEventHandler.class:?]
at cpw.mods.fml.common.eventhandler.EventBus.post(EventBus.java:138) [EventBus.class:?]
at sun.reflect.GeneratedMethodAccessor33.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_45]
at Reflector.call(Reflector.java:453) [Reflector.class:?]
at Reflector.postForgeBusEvent(Reflector.java:564) [Reflector.class:?]
at Reflector.postForgeBusEvent(Reflector.java:550) [Reflector.class:?]
at net.minecraft.server.integrated.IntegratedServer.func_71247_a(IntegratedServer.java:83) [bsx.class:?]
at net.minecraft.server.integrated.IntegratedServer.func_71197_b(IntegratedServer.java:153) [bsx.class:?]
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:387) [MinecraftServer.class:?]
at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685) [?:?]
Perhaps GT is causing the blocks to somehow disappear. Does the option default to disabled in the GUI? You'll probably have to leave it that way. The config should be redesigned so that it does not allow the user to enable the distributions when their blocks do not exist.
Actually, I've gotten the error whenever I tried to include Railcraft in my games, and I don't play with GT. It's the main reason I remade the configuration.
Any Help with ic2 and this mod conflicting?
Here's a part from the game starting up
------------------------------------------------------------------------------------------------------------------------------------------------------
[STDERR]: [com.mrcrayfish.furniture.api.RecipeUtil:printRequired:16]: - output
[00:38:57] [Client thread/INFO] [FML]: Injecting itemstacks
[00:38:57] [Client thread/INFO] [FML]: Itemstack injection complete
[00:38:58] [Client thread/INFO] [CustomOreGen]: Loading global config 'C:\Users\Matthew\AppData\Roaming\.minecraft\config\CustomOreGen' ...
[00:38:58] [Client thread/ERROR] [CustomOreGen]: Problem loading world config
CustomOreGen.Config.ParserException: CustomOreGen Config Error at Element <MystcraftSymbol> [line 70]: A symbol named 'ic2CopperClusters' already exists.
at CustomOreGen.Config.ValidatorMystcraftSymbol.validateChildren(ValidatorMystcraftSymbol.java:21) ~[ValidatorMystcraftSymbol.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validateChildren(ValidatorNode.java:111) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorUnchecked.validateChildren(ValidatorUnchecked.java:14) ~[ValidatorUnchecked.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorCondition.validateChildren(ValidatorCondition.java:75) ~[ValidatorCondition.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validateChildren(ValidatorNode.java:111) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorSection.validateChildren(ValidatorSection.java:15) ~[ValidatorSection.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validateChildren(ValidatorNode.java:111) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorSection.validateChildren(ValidatorSection.java:15) ~[ValidatorSection.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validateChildren(ValidatorNode.java:111) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorSection.validateChildren(ValidatorSection.java:15) ~[ValidatorSection.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validateChildren(ValidatorNode.java:111) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorUnchecked.validateChildren(ValidatorUnchecked.java:14) ~[ValidatorUnchecked.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorCondition.validateChildren(ValidatorCondition.java:75) ~[ValidatorCondition.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validateChildren(ValidatorNode.java:111) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorUnchecked.validateChildren(ValidatorUnchecked.java:14) ~[ValidatorUnchecked.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorImport.validateChildren(ValidatorImport.java:63) ~[ValidatorImport.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validateChildren(ValidatorNode.java:111) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorRoot.validateChildren(ValidatorRoot.java:21) ~[ValidatorRoot.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validateChildren(ValidatorNode.java:111) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ValidatorNode.validate(ValidatorNode.java:76) ~[ValidatorNode.class:?]
at CustomOreGen.Config.ConfigParser.parseFile(ConfigParser.java:134) ~[ConfigParser.class:?]
at CustomOreGen.Server.WorldConfig.<init>(WorldConfig.java:199) ~[WorldConfig.class:?]
at CustomOreGen.Server.WorldConfig.<init>(WorldConfig.java:76) ~[WorldConfig.class:?]
at CustomOreGen.CustomOreGenBase.loadWorldConfig(CustomOreGenBase.java:98) [CustomOreGenBase.class:?]
at CustomOreGen.CustomOreGenBase.unpackConfigs(CustomOreGenBase.java:88) [CustomOreGenBase.class:?]
at CustomOreGen.CustomOreGenBase.onModPostLoad(CustomOreGenBase.java:40) [CustomOreGenBase.class:?]
at CustomOreGen.FMLInterface.onFMLPostInit(FMLInterface.java:59) [FMLInterface.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_45]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_45]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_45]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532) [FMLModContainer.class:?]
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_45]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) [guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) [guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212) [LoadController.class:?]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190) [LoadController.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_45]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_45]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_45]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) [guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) [guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119) [LoadController.class:?]
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:721) [Loader.class:?]
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:311) [FMLClientHandler.class:?]
at net.minecraft.client.Minecraft.func_71384_a(Unknown Source) [bao.class:?]
at net.minecraft.client.Minecraft.func_99999_d(Unknown Source) [bao.class:?]
at net.minecraft.client.main.Main.main(SourceFile:148) [Main.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_45]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_45]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:1.8.0_45]
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135) [launchwrapper-1.11.jar:?]
at net.minecraft.launchwrapper.Launch.main(Launch.java:28) [launchwrapper-1.11.jar:?]
noogenesis, I figured out the railcraft problem. Not too long ago, the abyssal stone bock was redefined with a different block name. You need to update to the new one. Also, you don't have any configs for railcraft poor ore veins.
Also, have you updated to take in the new mystcraft profiling stuff? Does it affect anything?
Mystcraft, profiling, and COG:
Generally speaking, COG will generate much lower numbers for mystcraft ore value, because of the lower total count of ore blocks.
With Mystcraft 0.12.0, there is a new feature for profiling. In the config file mystcraft/core.cfg, there is an option:
# If true, the baseline calculations won't run and instead a config file will be read.
B:useconfigs=true
The default is false (do modpack profiling). If set to true, you get some config data written out into mystcraft/balance.cfg:
Those numbers represent the default vanilla ore values. These settings let you avoid the overhead of profiling if you are using a vanilla-equivalent world, such as COG.
The benefits?
1. Mystcraft doesn't have the overhead of a profiling age (it still profiles the ages as you make them),
2. The features of mystcraft have the same "costs" -- so an "iron ore block, tendrils" will have the same effect whether you have vanilla iron ore at a value of 500, or COG iron ore at a value of ... I think it was around 120.
No changes needed to COG; all the code is on Mystcraft's side.
* Promoting this week: Captive Minecraft 4, Winter Realm. Aka: Vertical Vanilla Viewing. Clicky!
* My channel with Mystcraft, and general Minecraft Let's Plays: http://www.youtube.com/user/Keybounce.
* See all my video series: http://www.minecraftforum.net/forums/minecraft-editions/minecraft-editions-show-your/2865421-keybounces-list-of-creation-threads
(In regard to a mod that gives realistic animal genetics):
Would you really rather have bees that make diamonds and oil with magical genetic blocks?
... did I really ask that?
Proposal for change to Redstone and Lapis distributions:
Right now, when you find a string of redstone or lapis, that's it. You find one string. There's nothing to imply anything about the area; each one is independent.
What-if: Finding one string means that there's another string nearby.
Specific idea:
1. Motherlodes are made 1/5th as common.
2. Child distribution, identical to the primary distribution, occurs in 40% of chunks, at a range of 16 blocks from the motherlode.
Expected behavior: When a motherlode (primary vertical vein) is placed, there are 9 chunks, that each have a 40% chance of getting another -- for a total of 3.6 additional veins, or 4.6 total veins.
So, when you find redstone, you'll not only find a lot in one string, but have a reason to search nearby caves for more.
Note that finding an iron vein system, or a gold vein system, gives you lots and lots of that ore -- enough to last a really good amount of time. And, takes a while to mine it all out. A redstone vein, however, doesn't last nearly as long, can be mined out quickly, and ... there's no reason to keep looking in that area.
* Promoting this week: Captive Minecraft 4, Winter Realm. Aka: Vertical Vanilla Viewing. Clicky!
* My channel with Mystcraft, and general Minecraft Let's Plays: http://www.youtube.com/user/Keybounce.
* See all my video series: http://www.minecraftforum.net/forums/minecraft-editions/minecraft-editions-show-your/2865421-keybounces-list-of-creation-threads
(In regard to a mod that gives realistic animal genetics):
Would you really rather have bees that make diamonds and oil with magical genetic blocks?
... did I really ask that?