EDIT 3: Flew out from 0,0, towards -1800, -1800. Now the wireframes do display, where before they did not.Next step: Start adding mods into the server, and see when I stop getting COG ores
Unless you modified the configs, the default behavior is substitute (has been since 1.4.5, I believe). Checking ... Yep, vanilla ore gen is true, so ... iiiiccccckkk
Can someone double check this for me? The "wipe everything out" substitute distribution in MinecraftOres.xml does not seem to be wrapped inside any sort of test for vanillaOreGen, so instead of only running if you have vanilla ores, it runs all the time -- which, if true, would mean that a naive attempt to get mystcraft/twilight forest working with "leave the special ground generation untouched" would fail.
So my take is that the vanilla ore generation setting is a debug option (it only shows up after enabling debugging). It totally disables vanilla generation, such that deferred population range, etc, don't matter. Otherwise, the substitute distribution will miss some vanilla gen if deferred population range < 32 (according to the comment). It seems JRoush meant for it to always be disabled. But there are of course distributions that mimic the default generation. It may not mess with Twilight Forest; there is an IfCondition requiring the dimension generator to be RandomLevelSource, so if that's different things are fine. And who knows about Mystcraft.
So my take is that the vanilla ore generation setting is a debug option (it only shows up after enabling debugging). It totally disables vanilla generation, such that deferred population range, etc, don't matter. Otherwise, the substitute distribution will miss some vanilla gen if deferred population range < 32 (according to the comment). It seems JRoush meant for it to always be disabled. But there are of course distributions that mimic the default generation. It may not mess with Twilight Forest; there is an IfCondition requiring the dimension generator to be RandomLevelSource, so if that's different things are fine. And who knows about Mystcraft.
Mystcraft looks like RandomLevelSource; that IfCondition basically protects twilight forest or Aether, such that COG does nothing to those by default.
If you have vanilla ore generation disabled (the 1.4.2 and earlier setting), then none are produced (except for emeralds in extreme hills), and in theory, the substitute won't do anything except wipe those out.
The real issue is, why is the substitute running at all? If the point of the "no vanilla ores" is to increase efficiency, then this wipes all that gain out. If the (more serious) goal is to be compatible with world-gen that produces special distributions -- and I'm looking at Mystcraft number 1 here ("coal tendrils", "diamond obelisks", etc.), then wiping out what's in the ground is a no-no.
As for Twilight Forest, my distributions do run in TF; that substitute there only runs below 27.
<maxHeight>:= if (dimension.generator = "TwilightLevelSource", 27.6, 255)
</maxHeight> <!-- Replace Y=1 to Y=27; do not replace Y=28 or above -->
<Comment>
Hollow hills have floor air at 27, floor ground at 26. However, all
ground ores seem to be random. The rewards seem to mostly be 30 and up,
sometimes 29 and up. I have seen 25, once.
</Comment>
(This, of course, means that iron and coal generate above that level normally in the hills and highlands. Which in turn means fewer COG veins for those to balance. Hence my desire to get switched over to catching worldGenMineable.)
(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?
Mystcraft looks like RandomLevelSource; that IfCondition basically protects twilight forest or Aether, such that COG does nothing to those by default.
If you have vanilla ore generation disabled (the 1.4.2 and earlier setting), then none are produced (except for emeralds in extreme hills), and in theory, the substitute won't do anything except wipe those out.
The real issue is, why is the substitute running at all? If the point of the "no vanilla ores" is to increase efficiency, then this wipes all that gain out. If the (more serious) goal is to be compatible with world-gen that produces special distributions -- and I'm looking at Mystcraft number 1 here ("coal tendrils", "diamond obelisks", etc.), then wiping out what's in the ground is a no-no.
Well, it might make sense to limit the <substitute> to the overworld. Another option is intercepting OreGenEvents (how I will reimplement the vanilla ore gen control). That would be faster and can be made world and vanilla-ore-type depedent. Allowing configuration would mean more work -- best to just disable all ores in the overworld. It also allows disabling all "custom" ores, but that only works if mods are smart enough to emit the event. Do we agree that the best course is to reimplement the vanilla ore generation blocking and enable it by default, elevating it to a main option from a debugging option, while removing the <substitute>? And/Or just put a different <IfCondition> around the default configs?
Initial teleporting into an area (positive): Wireframes and ores (1835, 64.62, 148)
TP to -1800, -1800: No wireframes. Cog distribution.
Fly 300 blocks: Still COG.
Works good. Lack of wireframes is acceptable.
Next test: Since my 151 world did NOT work when updated to 162, and my 162 world does, see what happens with this set of mods if I just swap the world back in.
===
Well, it might make sense to limit the <substitute> to the overworld. Another option is intercepting OreGenEvents (how I will reimplement the vanilla ore gen control). That would be faster and can be made world and vanilla-ore-type depedent. Allowing configuration would mean more work -- best to just disable all ores in the overworld. It also allows disabling all "custom" ores, but that only works if mods are smart enough to emit the event. Do we agree that the best course is to reimplement the vanilla ore generation blocking and enable it by default, elevating it to a main option from a debugging option, while removing the <substitute>? And/Or just put a different <IfCondition> around the default configs?
As far as I know, most mods that add worlds are either going to be "hands off", or "overworld clones", or "mystcraft ages", or "special cases".
Hands off worlds: do nothing. We just need to figure out how to identify those. Do you want to have twilight forest be hands-off? Do you want the nether to be hands-off? How about Aether (is that now 8 new dimensions?), or promised land?
Overworld clones: Apparently there's now a multiworld mod for forge that lets you import overworld saves as dimensions (I have not played with it yet). Each of these might have a different COG config, but otherwise would be hands-on.
Ages: Hands on, without substitute. Note that Twilight Forest really looks like an age with special ore stalactite symbols.
Special cases: Think dimensional doors; a special case probably has a custom config file just for it. A good rule of thumb is that if it has a config file, it's a special case.
Substitute: Anything that is using WorldGenMineable doesn't need it. I don't know this new OreGenEvent system. Some things use their own custom generation. Particularly, emeralds in extreme hills.
I do think that "blocking generation instead of substituting" needs to happen. But "blocking everything" isn't the answer -- is there a good way to block normal generation, and still permit special generation (twilight forest hollow hills; mystcraft specials; a hypothetical mod that places diamonds deep down next to a volcano, or laces very high (>128) hills with it's own special ores)? Is "WorldGenMineable" still that sort of best intercept?
JRoush moved away from intercept to substitute because not all mod ores could be caught. So the real question is, now, in 162, how are mods that add silver/tin/copper/etc generally doing the population? Has the modding community moved towards a new standard, and if so, what is it?
Meanwhile, dense ores continues to be a problem. Xcw has one solution for himself (multiple extra calls to generate mineables) and a different solution for mods (a forge event that gets monitored). No idea how COG should even detect D.O., or what mods want to do per D.O. symbol, nor what it should do when D.O. is seen ... I'll probably just disable that symbol in my world.
(Underground biomes ... I have that only generating in ages, not the overworld; gotta remember to place ores in them.)
(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?
Initial teleporting into an area (positive): Wireframes and ores (1835, 64.62, 148)
TP to -1800, -1800: No wireframes. Cog distribution.
Fly 300 blocks: Still COG.
Works good. Lack of wireframes is acceptable.
If I had to make a guess about the loss of wireframes, I would pick the UnglitchForge mod. It's not clear why the authors are not making pull requests to Forge. Perhaps their mod is also glitchy.
As far as I know, most mods that add worlds are either going to be "hands off", or "overworld clones", or "mystcraft ages", or "special cases".
Hands off worlds: do nothing. We just need to figure out how to identify those. Do you want to have twilight forest be hands-off? Do you want the nether to be hands-off? How about Aether (is that now 8 new dimensions?), or promised land?
Overworld clones: Apparently there's now a multiworld mod for forge that lets you import overworld saves as dimensions (I have not played with it yet). Each of these might have a different COG config, but otherwise would be hands-on.
Ages: Hands on, without substitute. Note that Twilight Forest really looks like an age with special ore stalactite symbols.
Special cases: Think dimensional doors; a special case probably has a custom config file just for it. A good rule of thumb is that if it has a config file, it's a special case.
We should just use <Substitute> whereever we want to replace the default ore generation. The role of MinecraftOres.xml is to generate vanilla ores, in the overworld, thus it should be limited to dimension 0. Users can create configurations for any "static" third-party dimensions, and I'll be happy to bundle them with the mod. These would typically rely on <Substitute> as well. For any dynamically generated dimensions, like Mystcraft or Dimensional Doors, we need a dynamic configuration. For now, the plan is to add explicit Mystcraft support, and any configuration, including user-contributed mod-specific ones, should aim to support Mystcraft. MinecraftOres.xml could play this role for the vanilla ores.
Substitute: Anything that is using WorldGenMineable doesn't need it. I don't know this new OreGenEvent system. Some things use their own custom generation. Particularly, emeralds in extreme hills.
Are you suggesting that COG can block any WorldGenMineable with the vanilla ores option? I don't believe this is the case. It only blocks the vanilla ores by replacing their WorldGen's in BiomeDecorator with a no-op WorldGen via private field manipulation.
I do think that "blocking generation instead of substituting" needs to happen. But "blocking everything" isn't the answer -- is there a good way to block normal generation, and still permit special generation (twilight forest hollow hills; mystcraft specials; a hypothetical mod that places diamonds deep down next to a volcano, or laces very high (>128) hills with it's own special ores)? Is "WorldGenMineable" still that sort of best intercept?
JRoush moved away from intercept to substitute because not all mod ores could be caught. So the real question is, now, in 162, how are mods that add silver/tin/copper/etc generally doing the population? Has the modding community moved towards a new standard, and if so, what is it?
Well, when customizing, realistically the goal is either to add generation or replace it. To replace, the only reliable method is <Substitute>. The OreGenEvent system indicates only that an ore is "custom" -- the specific type is unspecified for non-vanilla ores. Moreover, it is more elegant to have the replacement defined within the distribution framework, instead of an adhoc low-level intercept. Also, it is difficult to predict the effect of the intercept. Does TF emit the ore event when placing vanilla ores? Probably not, but who knows. Maybe only in certain situations (like when defaulting to BiomeDecorator). It will depend on the mod. We could make it conditional but then we are just reinventing <Substitute>. The only advantage, as far as I can tell, of the intercept is performance (and testing). Let's stick with <Substitute> for now, but in MinecraftOres.xml, we'll make it conditional on the overworld. Agreed?
Ideally, there would be one system for the overworld, mystcraft ages, and twilight forest. I think that getting those done would be sufficient for most cases/mods.
My thinking of WorldGenMineable was just that JRoush said that mods that reuse vanilla's generation will be caught and blocked -- which is what we want for vanilla ores in Mystcraft/TF, while still letting their specials (hollow hills, tendrils, etc) run.
As soon as you say "restrict substitute to only the overworld", you have to deal with those two cases -- do you want COG ore layout in those cases? JRoush said no to TF, and yes to Mystcraft, but that broke dense ores, and breaks all the new stuff really badly in the current mystcraft.
===
As I understand it, the primary/major mods that add ores are Tinkerer's construct, metallurgy, IC2, ... anyone else? (Redpower, but that's dead/not updated). Oh, Terra-Firma-Craft ... (pretend it doesn't exist?).
So how many of these are caught by the vanilla ore gen hack, and which ones still make it into the world?
===
The lack of wireframes happened even in test case #0, with just EBXL, TF, Myst, and COG. They show up if I walk out from spawn, but not if I teleport out. They show up in the positives, and not in the negatives (stop around -100 to -250, depending on the distribution).
Meanwhile, if I can take an existing old world (from 1.2.3), and get new chunks to generate COG style with these mods, then that's enough to update my server from 1.4.7 ...
(Gotta figure out why that 151 test world fails to generate COG style ... ... or was it a 147 world originally? Hmm, maybe it was, I can't remember.)
(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?
Client> 2013-09-20 19:11:15 [INFO] [Minecraft-Server] Starting integrated minecraft server version 1.6.2
Client> 2013-09-20 19:11:15 [INFO] [Minecraft-Server] Generating keypair
Client> 2013-09-20 19:11:15 [INFO] [ForgeModLoader] Loading dimension 0 (Test) (net.minecraft.server.integrated.IntegratedServer@619b0f6f)
Client> 2013-09-20 19:11:15 [INFO] [ForgeModLoader] Loading dimension -17 (Test) (net.minecraft.server.integrated.IntegratedServer@619b0f6f)
Client> 2013-09-20 19:11:16 [SEVERE] [ForgeModLoader] Something raised an exception. The message was 'null'. 'stopGame' is true
Client> java.lang.IllegalStateException: Ore block descriptor for StandardOreSubstitute is overspecified with a total match weight of 400.0%.
Client> at CustomOreGen.Server.WorldGenSubstitution.validate(WorldGenSubstitution.java:161)
Client> at CustomOreGen.Server.ServerState.validateDistributions(ServerState.java:174)
Client> at CustomOreGen.Server.ServerState.onServerChanged(ServerState.java:402)
Client> at CustomOreGen.Server.ServerState.checkIfServerChanged(ServerState.java:354)
Client> at CustomOreGen.ForgeInterface.onLoadWorld(ForgeInterface.java:39)
Client> at net.minecraftforge.event.ASMEventHandler_74_ForgeInterface_onLoadWorld_Load.invoke(.dynamic)
Client> at net.minecraftforge.event.ASMEventHandler.invoke(ASMEventHandler.java:39)
Client> at net.minecraftforge.event.EventBus.post(EventBus.java:108)
Client> at net.minecraft.server.integrated.IntegratedServer.func_71247_a(IntegratedServer.java:85)
Client> at net.minecraft.server.integrated.IntegratedServer.func_71197_b(IntegratedServer.java:107)
Client> at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:443)
Client> at net.minecraft.server.ThreadMinecraftServer.run(SourceFile:582)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] ---- Minecraft Crash Report ----
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] // Ouch. That hurt
Client> 2013-09-20 19:11:16 [INFO] [STDOUT]
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] Time: 20.09.13 19:11
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] Description: null
Client> 2013-09-20 19:11:16 [INFO] [STDOUT]
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] java.lang.IllegalStateException: Ore block descriptor for StandardOreSubstitute is overspecified with a total match weight of 400.0%.
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at CustomOreGen.Server.WorldGenSubstitution.validate(WorldGenSubstitution.java:161)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at CustomOreGen.Server.ServerState.validateDistributions(ServerState.java:174)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at CustomOreGen.Server.ServerState.onServerChanged(ServerState.java:402)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at CustomOreGen.Server.ServerState.checkIfServerChanged(ServerState.java:354)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at CustomOreGen.ForgeInterface.onLoadWorld(ForgeInterface.java:39)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at net.minecraftforge.event.ASMEventHandler_74_ForgeInterface_onLoadWorld_Load.invoke(.dynamic)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at net.minecraftforge.event.ASMEventHandler.invoke(ASMEventHandler.java:39)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at net.minecraftforge.event.EventBus.post(EventBus.java:108)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at net.minecraft.server.integrated.IntegratedServer.func_71247_a(IntegratedServer.java:85)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at net.minecraft.server.integrated.IntegratedServer.func_71197_b(IntegratedServer.java:107)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:443)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at net.minecraft.server.ThreadMinecraftServer.run(SourceFile:582)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT]
Client> 2013-09-20 19:11:16 [INFO] [STDOUT]
I really want this mod alot so pls fix this error quick
and i didnt wanna paste the whole log in since its so much text and i dont know how to make a spoiler but if you want the full log pls notify me and tell me how to make a spoiler and then i see what i can do.
With the bug I talked about earlier when it occurred the wire frames said it was fine while the xray mod I used showed the error. So I would say the wire frames can not be trusted.
What I did: I looped around a section, leaving a hole; I then went and explored the hole.
What I expected: Potentially problems at the hole.
What I got: No problem at the hole, but problems elsewhere.
It appears that in some cases, COG thinks that you have not yet explored the required boundary chunks before populating.
---
Why is there the DeferredPopulationRange setting anyways?
The comments list it as being related to the substitute of vanilla ore gen. Vanilla ore gen can happen in adjacent chunks (when an ore lump generates in a chunk, it can be offset slightly to start or end in an adjacent chunk). So that requires a deferred population of at least 16 if substitute is happening, otherwise generating chunk X,Z can modify/place ores into X+1, Z-1.
But why 32? How big/wide/far do vanilla coal lumps generate? (Nothing else in vanilla generates large, right?).
Implication: Going to "deferred range 0" would, maybe, trigger the generation properly. But unless the "generate and substitute" path was removed, there would still be some random vanilla noise.
Need to test how 147's map looks, and what a loop does to it under xray.
(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?
(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?
I have done somewhat extensive testing on the odd generation bug and I think I have an Idea as to what is happening. Using this mod http://www.minecraft...ge-is-required/, I have played around with it and I believe what is happening has something to do with what chunks are loaded when the world is saved and quit and then restarted. If you just go around in a session nothing changes, but if you save and then rejoin the world the error happens. Whatever the problem is with the chunks causes the chunks on the edges of what is being loaded to revert to vanilla generation but if you keep walking past it, it will start generating correctly again. I can provide specifics if needed. I am running the latest cog on 1.6.2.
Edit: Apparently setting the vanilla ore gen option off causes the generation to not happen at all in those same chunks except for emerald. Emerald will spawn with vanilla distribution in those chunks if you are in the hills.
Edit: Also deferred chunk generation does not seem to stop the bug but can worsen it if set to either extreme.
... and I believe what is happening has something to do with what chunks are loaded when the world is saved and quit and then restarted. If you just go around in a session nothing changes, but if you save and then rejoin the world the error happens. ...
Except that I was able to replicate this issue with a single session. No save/quit/restart needed.
And the odd thing: It's not the hole where I loop that the issue happens, it's around the hole; where my "travel loop" meets it's own seam.
(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?
I'm actually annoyed with Mojang for not keeping the obfuscation constant.
Once forge updates for 164, then the Serge re-obfuscation should suffice to keep this working.
===
AAACCCK
COG Revival does not pay attention to the file
world/CustomOreGen_Options.txt
It instead looks for
world/players/CustomOreGen_Options.txt
AAACCK
With that , I can confirm that vanilla gen turned off, deferred pop range of 0, seems to work.
Even when making loops/holes
Even when stopping and restarting the server.
Yes, it has the issue with emeralds in the hills. That I can live with.
It should work with mystcraft, except for dense ores.
It should work with twilight forest, with the right config (gives veins plus hollow hills special).
(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?
If you've created an extra module for mods not in the standard modules can you please post a link to the pastebin so people don't have to reinvent the wheel. Personally, I suck at this mods configuration so I'd be really grateful for the info. I'm presently looking for modules for ProjectRed, Applied Energistics, Metallurgy, Dartcraft, and Electrodynamics.
I absolutely love the look of this mod, but I'm still playing Minecraft 1.5, since many of the mods I use haven't updated to 1.6. Is there any way to easily make this mod compatible with 1.5, or would it be a lot of work?
(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?
Remember folks: "vanillaOreGen" means "vanilla generates, and we replace".
It does not mean "leave vanilla generation alone".
Emerald veins DO need to be supplied by COG when this is true. Not suppressed.
Withhold emerald veins in vanilla biomes when "VanillaOreGen" is false.
Remember, emeralds will be generated in extreme hills either way.
The job of this flag is to control if we need to remove with a substitute.
Which in turn means that we supply veins when this is true.
(grr ... "VanillaOreGen" means "COGAlsoGens" for emeralds.)
(In other words, 'VanillaOreGen' is 'CogReplacesAllVanillaGen')
Yea, keeping the generation / not generation states clear is a pain ...
(Should have mystcraft / twilight forest / etc support written/debugged for testing tomorrow, and release friday night.)
(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?
So my take is that the vanilla ore generation setting is a debug option (it only shows up after enabling debugging). It totally disables vanilla generation, such that deferred population range, etc, don't matter. Otherwise, the substitute distribution will miss some vanilla gen if deferred population range < 32 (according to the comment). It seems JRoush meant for it to always be disabled. But there are of course distributions that mimic the default generation. It may not mess with Twilight Forest; there is an IfCondition requiring the dimension generator to be RandomLevelSource, so if that's different things are fine. And who knows about Mystcraft.
This is already possible at the XML-level. Use something like:
Mystcraft looks like RandomLevelSource; that IfCondition basically protects twilight forest or Aether, such that COG does nothing to those by default.
If you have vanilla ore generation disabled (the 1.4.2 and earlier setting), then none are produced (except for emeralds in extreme hills), and in theory, the substitute won't do anything except wipe those out.
The real issue is, why is the substitute running at all? If the point of the "no vanilla ores" is to increase efficiency, then this wipes all that gain out. If the (more serious) goal is to be compatible with world-gen that produces special distributions -- and I'm looking at Mystcraft number 1 here ("coal tendrils", "diamond obelisks", etc.), then wiping out what's in the ground is a no-no.
As for Twilight Forest, my distributions do run in TF; that substitute there only runs below 27.
(This, of course, means that iron and coal generate above that level normally in the hills and highlands. Which in turn means fewer COG veins for those to balance. Hence my desire to get switched over to catching worldGenMineable.)
* 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?
Well, it might make sense to limit the <substitute> to the overworld. Another option is intercepting OreGenEvents (how I will reimplement the vanilla ore gen control). That would be faster and can be made world and vanilla-ore-type depedent. Allowing configuration would mean more work -- best to just disable all ores in the overworld. It also allows disabling all "custom" ores, but that only works if mods are smart enough to emit the event. Do we agree that the best course is to reimplement the vanilla ore generation blocking and enable it by default, elevating it to a main option from a debugging option, while removing the <substitute>? And/Or just put a different <IfCondition> around the default configs?
Round 1 of COG testing.
Mods in round 1:
keybounceMBP:Myst10.6-78 michael$ /bin/ls -1 mods
AoM-uni-1.6.2-0.0.1.00.zip
ArchimedesShips-142-162.zip
Barrels3.1-1.6.2.jar
ClaySoil-162.jar
CustomOreGenRevived-1.6.2-1.0.5.jar
ExtrabiomesXL-universal-1.6.2-3.14.1.jar
MultiMine_1.6.2-b.jar
Somnia-Pre2a-162.jar
UndergroundBiomes-1.6.x-0.4.2a.zip
Unglitch-Forge-1.6.2-1.2.jar
chestTransporter-1.1.7-162.zip
mystcraft-uni-1.6.2-0.10.6.00.zip
twilightforest-1.19.3.jar
New in round 1:
$CogRun1 cp "$ModDir"/AoM-uni-1.6.2-0.0.1.00.zip mods
$CogRun1 cp "$ModDir"/UndergroundBiomes-1.6.x-0.4.2a.zip mods
$CogRun1 cp "$ModDir"/Unglitch-Forge-1.6.2-1.2.jar mods
$CogRun1 cp "$ModDir"/ClaySoil-162.jar mods
$CogRun1 cp "$ModDir"/Somnia-Pre2a-162.jar mods
$CogRun1 cp "$ModDir"/ArchimedesShips-142-162.zip mods
$CogRun1 cp "$ModDir"/chestTransporter-1.1.7-162.zip mods
$CogRun1 cp "$ModDir"/Barrels3.1-1.6.2.jar mods
$CogRun1 cp "$ModDir"/MultiMine_1.6.2-b.jar mods
Initial teleporting into an area (positive): Wireframes and ores (1835, 64.62, 148)
TP to -1800, -1800: No wireframes. Cog distribution.
Fly 300 blocks: Still COG.
Works good. Lack of wireframes is acceptable.
Next test: Since my 151 world did NOT work when updated to 162, and my 162 world does, see what happens with this set of mods if I just swap the world back in.
===
As far as I know, most mods that add worlds are either going to be "hands off", or "overworld clones", or "mystcraft ages", or "special cases".
Hands off worlds: do nothing. We just need to figure out how to identify those. Do you want to have twilight forest be hands-off? Do you want the nether to be hands-off? How about Aether (is that now 8 new dimensions?), or promised land?
Overworld clones: Apparently there's now a multiworld mod for forge that lets you import overworld saves as dimensions (I have not played with it yet). Each of these might have a different COG config, but otherwise would be hands-on.
Ages: Hands on, without substitute. Note that Twilight Forest really looks like an age with special ore stalactite symbols.
Special cases: Think dimensional doors; a special case probably has a custom config file just for it. A good rule of thumb is that if it has a config file, it's a special case.
Substitute: Anything that is using WorldGenMineable doesn't need it. I don't know this new OreGenEvent system. Some things use their own custom generation. Particularly, emeralds in extreme hills.
I do think that "blocking generation instead of substituting" needs to happen. But "blocking everything" isn't the answer -- is there a good way to block normal generation, and still permit special generation (twilight forest hollow hills; mystcraft specials; a hypothetical mod that places diamonds deep down next to a volcano, or laces very high (>128) hills with it's own special ores)? Is "WorldGenMineable" still that sort of best intercept?
JRoush moved away from intercept to substitute because not all mod ores could be caught. So the real question is, now, in 162, how are mods that add silver/tin/copper/etc generally doing the population? Has the modding community moved towards a new standard, and if so, what is it?
Meanwhile, dense ores continues to be a problem. Xcw has one solution for himself (multiple extra calls to generate mineables) and a different solution for mods (a forge event that gets monitored). No idea how COG should even detect D.O., or what mods want to do per D.O. symbol, nor what it should do when D.O. is seen ... I'll probably just disable that symbol in my world.
(Underground biomes ... I have that only generating in ages, not the overworld; gotta remember to place ores in them.)
Mods not yet in server:
##CogTest## cp "$ModDir"/HardcoreEnderdragon_1.6.2_beta12_Forge.zip mods
##CogTest## cp "$ModDir"/RivvestsBugFixes-162-1.0.zip mods
##CogTest## cp "$ModDir"/VillagerRevamp-1.2.2.zip mods
##CogTest## cp "$ModDir"/CarpentersBlocks-v1.83-MC1.6+.zip mods
##CogTest## cp "$ModDir"/immibis-core-56.0.5.jar mods
##CogTest## cp "$ModDir"/dimensional-anchor-56.0.1.jar mods
##CogTest## cp "$ModDir"/Rotten_Flesh_To_Leather_HARDCORE_Forge_1.6.2.zip mods
##CogTest## cp "$ModDir"/MagicYarn_1.6.2.zip mods
##CogTest## cp "$ModDir"/InfernalMobs_1.6.2.zip mods
##CogTest## cp "$ModDir"/bspkrsCorev3.03.zip mods
##CogTest## cp "$ModDir"/TreeCapitator.Forge.1.6.2.r05.Universal.jar mods
##CogTest## cp "$ModDir"/UpdateCheckerMod_1.6.2.zip mods
##CogTest## cp "$ModDir"/BetterItemDespawning_162_105.zip mods
* 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?
If I had to make a guess about the loss of wireframes, I would pick the UnglitchForge mod. It's not clear why the authors are not making pull requests to Forge. Perhaps their mod is also glitchy.
We should just use <Substitute> whereever we want to replace the default ore generation. The role of MinecraftOres.xml is to generate vanilla ores, in the overworld, thus it should be limited to dimension 0. Users can create configurations for any "static" third-party dimensions, and I'll be happy to bundle them with the mod. These would typically rely on <Substitute> as well. For any dynamically generated dimensions, like Mystcraft or Dimensional Doors, we need a dynamic configuration. For now, the plan is to add explicit Mystcraft support, and any configuration, including user-contributed mod-specific ones, should aim to support Mystcraft. MinecraftOres.xml could play this role for the vanilla ores.
Are you suggesting that COG can block any WorldGenMineable with the vanilla ores option? I don't believe this is the case. It only blocks the vanilla ores by replacing their WorldGen's in BiomeDecorator with a no-op WorldGen via private field manipulation.
Well, when customizing, realistically the goal is either to add generation or replace it. To replace, the only reliable method is <Substitute>. The OreGenEvent system indicates only that an ore is "custom" -- the specific type is unspecified for non-vanilla ores. Moreover, it is more elegant to have the replacement defined within the distribution framework, instead of an adhoc low-level intercept. Also, it is difficult to predict the effect of the intercept. Does TF emit the ore event when placing vanilla ores? Probably not, but who knows. Maybe only in certain situations (like when defaulting to BiomeDecorator). It will depend on the mod. We could make it conditional but then we are just reinventing <Substitute>. The only advantage, as far as I can tell, of the intercept is performance (and testing). Let's stick with <Substitute> for now, but in MinecraftOres.xml, we'll make it conditional on the overworld. Agreed?
My thinking of WorldGenMineable was just that JRoush said that mods that reuse vanilla's generation will be caught and blocked -- which is what we want for vanilla ores in Mystcraft/TF, while still letting their specials (hollow hills, tendrils, etc) run.
As soon as you say "restrict substitute to only the overworld", you have to deal with those two cases -- do you want COG ore layout in those cases? JRoush said no to TF, and yes to Mystcraft, but that broke dense ores, and breaks all the new stuff really badly in the current mystcraft.
===
As I understand it, the primary/major mods that add ores are Tinkerer's construct, metallurgy, IC2, ... anyone else? (Redpower, but that's dead/not updated). Oh, Terra-Firma-Craft ... (pretend it doesn't exist?).
So how many of these are caught by the vanilla ore gen hack, and which ones still make it into the world?
===
The lack of wireframes happened even in test case #0, with just EBXL, TF, Myst, and COG. They show up if I walk out from spawn, but not if I teleport out. They show up in the positives, and not in the negatives (stop around -100 to -250, depending on the distribution).
Meanwhile, if I can take an existing old world (from 1.2.3), and get new chunks to generate COG style with these mods, then that's enough to update my server from 1.4.7 ...
(Gotta figure out why that 151 test world fails to generate COG style ... ... or was it a 147 world originally? Hmm, maybe it was, I can't remember.)
* 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?
Client> 2013-09-20 19:11:15 [INFO] [Minecraft-Server] Starting integrated minecraft server version 1.6.2
Client> 2013-09-20 19:11:15 [INFO] [Minecraft-Server] Generating keypair
Client> 2013-09-20 19:11:15 [INFO] [ForgeModLoader] Loading dimension 0 (Test) (net.minecraft.server.integrated.IntegratedServer@619b0f6f)
Client> 2013-09-20 19:11:15 [INFO] [ForgeModLoader] Loading dimension -17 (Test) (net.minecraft.server.integrated.IntegratedServer@619b0f6f)
Client> 2013-09-20 19:11:16 [SEVERE] [ForgeModLoader] Something raised an exception. The message was 'null'. 'stopGame' is true
Client> java.lang.IllegalStateException: Ore block descriptor for StandardOreSubstitute is overspecified with a total match weight of 400.0%.
Client> at CustomOreGen.Server.WorldGenSubstitution.validate(WorldGenSubstitution.java:161)
Client> at CustomOreGen.Server.ServerState.validateDistributions(ServerState.java:174)
Client> at CustomOreGen.Server.ServerState.onServerChanged(ServerState.java:402)
Client> at CustomOreGen.Server.ServerState.checkIfServerChanged(ServerState.java:354)
Client> at CustomOreGen.ForgeInterface.onLoadWorld(ForgeInterface.java:39)
Client> at net.minecraftforge.event.ASMEventHandler_74_ForgeInterface_onLoadWorld_Load.invoke(.dynamic)
Client> at net.minecraftforge.event.ASMEventHandler.invoke(ASMEventHandler.java:39)
Client> at net.minecraftforge.event.EventBus.post(EventBus.java:108)
Client> at net.minecraft.server.integrated.IntegratedServer.func_71247_a(IntegratedServer.java:85)
Client> at net.minecraft.server.integrated.IntegratedServer.func_71197_b(IntegratedServer.java:107)
Client> at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:443)
Client> at net.minecraft.server.ThreadMinecraftServer.run(SourceFile:582)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] ---- Minecraft Crash Report ----
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] // Ouch. That hurt
Client> 2013-09-20 19:11:16 [INFO] [STDOUT]
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] Time: 20.09.13 19:11
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] Description: null
Client> 2013-09-20 19:11:16 [INFO] [STDOUT]
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] java.lang.IllegalStateException: Ore block descriptor for StandardOreSubstitute is overspecified with a total match weight of 400.0%.
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at CustomOreGen.Server.WorldGenSubstitution.validate(WorldGenSubstitution.java:161)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at CustomOreGen.Server.ServerState.validateDistributions(ServerState.java:174)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at CustomOreGen.Server.ServerState.onServerChanged(ServerState.java:402)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at CustomOreGen.Server.ServerState.checkIfServerChanged(ServerState.java:354)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at CustomOreGen.ForgeInterface.onLoadWorld(ForgeInterface.java:39)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at net.minecraftforge.event.ASMEventHandler_74_ForgeInterface_onLoadWorld_Load.invoke(.dynamic)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at net.minecraftforge.event.ASMEventHandler.invoke(ASMEventHandler.java:39)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at net.minecraftforge.event.EventBus.post(EventBus.java:108)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at net.minecraft.server.integrated.IntegratedServer.func_71247_a(IntegratedServer.java:85)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at net.minecraft.server.integrated.IntegratedServer.func_71197_b(IntegratedServer.java:107)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:443)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT] at net.minecraft.server.ThreadMinecraftServer.run(SourceFile:582)
Client> 2013-09-20 19:11:16 [INFO] [STDOUT]
Client> 2013-09-20 19:11:16 [INFO] [STDOUT]
I really want this mod alot so pls fix this error quick
and i didnt wanna paste the whole log in since its so much text and i dont know how to make a spoiler but if you want the full log pls notify me and tell me how to make a spoiler and then i see what i can do.
Imgur album: http://imgur.com/a/14zNQ
What I did: I looped around a section, leaving a hole; I then went and explored the hole.
What I expected: Potentially problems at the hole.
What I got: No problem at the hole, but problems elsewhere.
It appears that in some cases, COG thinks that you have not yet explored the required boundary chunks before populating.
---
Why is there the DeferredPopulationRange setting anyways?
The comments list it as being related to the substitute of vanilla ore gen. Vanilla ore gen can happen in adjacent chunks (when an ore lump generates in a chunk, it can be offset slightly to start or end in an adjacent chunk). So that requires a deferred population of at least 16 if substitute is happening, otherwise generating chunk X,Z can modify/place ores into X+1, Z-1.
But why 32? How big/wide/far do vanilla coal lumps generate? (Nothing else in vanilla generates large, right?).
Implication: Going to "deferred range 0" would, maybe, trigger the generation properly. But unless the "generate and substitute" path was removed, there would still be some random vanilla noise.
Need to test how 147's map looks, and what a loop does to it under xray.
* 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?
* 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?
I think this is the same problem I am having, I quoted the problem here.
Except that I was able to replicate this issue with a single session. No save/quit/restart needed.
And the odd thing: It's not the hole where I loop that the issue happens, it's around the hole; where my "travel loop" meets it's own seam.
* 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?
I'm actually annoyed with Mojang for not keeping the obfuscation constant.
Once forge updates for 164, then the Serge re-obfuscation should suffice to keep this working.
===
AAACCCK
COG Revival does not pay attention to the file
world/CustomOreGen_Options.txt
It instead looks for
world/players/CustomOreGen_Options.txt
AAACCK
With that , I can confirm that vanilla gen turned off, deferred pop range of 0, seems to work.
Even when making loops/holes
Even when stopping and restarting the server.
Yes, it has the issue with emeralds in the hills. That I can live with.
It should work with mystcraft, except for dense ores.
It should work with twilight forest, with the right config (gives veins plus hollow hills special).
Installing twilight forest patch ...
* 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?
If you've created an extra module for mods not in the standard modules can you please post a link to the pastebin so people don't have to reinvent the wheel. Personally, I suck at this mods configuration so I'd be really grateful for the info. I'm presently looking for modules for ProjectRed, Applied Energistics, Metallurgy, Dartcraft, and Electrodynamics.
Thanks
Either way, the mod looks awesome.
(crosses fingers hopefully)
I'm getting emeralds spawning in them when it should only be spawning in mountains ...
* 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?
Remember folks: "vanillaOreGen" means "vanilla generates, and we replace".
It does not mean "leave vanilla generation alone".
Emerald veins DO need to be supplied by COG when this is true. Not suppressed.
Withhold emerald veins in vanilla biomes when "VanillaOreGen" is false.
Remember, emeralds will be generated in extreme hills either way.
The job of this flag is to control if we need to remove with a substitute.
Which in turn means that we supply veins when this is true.
(grr ... "VanillaOreGen" means "COGAlsoGens" for emeralds.)
(In other words, 'VanillaOreGen' is 'CogReplacesAllVanillaGen')
Yea, keeping the generation / not generation states clear is a pain ...
(Should have mystcraft / twilight forest / etc support written/debugged for testing tomorrow, and release friday night.)
* 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?
According to the configuration, emerald veins will generate anywhere at 20% weight.