so i am currently developing a semi-private pack based around gating all tech behind magic mods. the only tech in the pack is forestry, minechem ,and all of reika's mods.
changes i want to do and can and reasons ( reasons are here in case anybody has better advice for a method)
-- remove bedrock armor and only the armor: the pack is designed with being vulnerable at every point in the game so while i have no problems with the amount of power in every other part of reika's mods this one in particular is too powerful to be in the pack with only one other case
-- removing the instant kill version of the shock panel ( can kill things that shouldn't be kill able and discourages use of the other similar things in the pack)
note:increasing the price for ether of these things doesn't make sense in the pack because of how slow it is to get up the tech tree so there is nothing valuable enough to counter the power of the items.
things i want to do but haven't figured out how and am looking for suggestions.
-- I am going to be using terra steel as the gatting item for the blast furnace but tera steel while this helps i have a desigre to make sure that automation is achieved before starting to use rotary craft so that it does not completely replace botania automation after starting it.
so i have two ideas a way to replace iron in the hsla steel recipe with mana steel but i have no clue if that is possible
or find a way to disable dropping of gunpowder from creepers so that you have to use the botania conversion or another recipe.
and last a flat out feature request
-- A way to disable drops from kills by pylons or to disable them killing nightmares from witchery
No idea about basically the first half. Disabling is totally Reika's court.
Do note that ghasts also drop gunpowder. There are also crafting recipes for it in many tech mods. Run your suggested changes past the community asking if anyone can circumvent your "tiering" once you think it's at a good state... I would do this on the FTB forums or subreddit, as the knowledge of mods is likely higher there. Actually Tekkit forums might be even better, but I don't use 'em. Incidentally if you do? Tag me (I'm TomeWyrm everywhere. Maybe not all the TomeWyrms though, I *have* actually met someone that got to the name before me; so don't automatically assume TomeWyrm is me). I'd love to try and break the progression of your pack.
I've been saying this repeatedly here and on IRC: the AOBD config option interaction with RotaryCraft is BROKEN (tested as of AOBD 2.6.3 and RoC v7f). Setting it to true disables half of the ores in the extractor, setting it to false disables the other half in the extractor. Removing AOBD entirely lets the extractor work fine. I don't know which mod is at fault, but they don't work together, regardless of the configuration options chosen. Remove AOBD and try ore processing again -- I would bet everything suddenly works fine.
Which half? Because I would rather not lose AOBD for multiple reasons. If it's just nether ores, I can totally deal with it. If it's standard ores I might have a few more issues. No I can't backdate either, one of the reasons is AOBD:BerryBushes.
Is there anyway to increase the spawn chance weights for burrows and special chromaticraft worldgen?
Our situation is that we have several other mods competing for worldgen. Chocolatequest, Roguelike dungons, Recurrent Complex, AE2. As well as BOP limiting the grassy areas. Under these circumstances finding a burrow has been extremely challenging. On our server we currently have about 50 players,12~15 on at any given time. Every player that I've spoken with is excited to try out Chromaticraft but they're all running into the problem of not finding Burrows and burried hollows. To address this we held a server wide challenge to find a burrow get a reward. After two weeks of dozens of players actively searching (for the prize and because they genuinely want to do all of CC) the player base was only able to locate a single burrow and no one has located a burried hollow, Ocean temples dont seem to be an issue since there is very little competing worldgen for them.
Add to that, once that single burrow has been uncovered, and not touched in anyway, no other player on the server can get progression credit for that burrow. So as you can imagine in a mulitplayer environment on a sever with many players it has led to much frustration.
I appreciate the balancing work you put into all your mods greatly, and I wouldn't want to see them spring up everywhere in the big packs as a default value but in this case it is a real concern.
After some thought we had a couple proposed solutions but ultimately it's your call of course
1. A configurable spawn weight, of course this has disadvantages
2. A spawn weight that changes with each attempt to prevent blockage. For instance 1/64 chance to spawn slowly moves to 1/60 1/50 1/40 chance to spawn the more unsucessful worldgen attempts that are called and then resets once a burrow is successful. The thought here is less reliance on rng in an enviroment where other worldgen is already lowering the odds.i.e. isValidBurrowLocation or CavernLocation returns false, the chance is increased by one on the next attempt.
3. Simply allowing multiple people in a multiplayer environment to get credit from the same worldgen structure could
work as well.
4, Some other mastermind solution of your design
Anyway just providing some feedback on our experience thus far with CC, otherwise everyone is really loving the mod.
Is there anyway to increase the spawn chance weights for burrows and special chromaticraft worldgen?
Our situation is that we have several other mods competing for worldgen. Chocolatequest, Roguelike dungons, Recurrent Complex, AE2. As well as BOP limiting the grassy areas. Under these circumstances finding a burrow has been extremely challenging. On our server we currently have about 50 players,12~15 on at any given time. Every player that I've spoken with is excited to try out Chromaticraft but they're all running into the problem of not finding Burrows and burried hollows. To address this we held a server wide challenge to find a burrow get a reward. After two weeks of dozens of players actively searching (for the prize and because they genuinely want to do all of CC) the player base was only able to locate a single burrow and no one has located a burried hollow, Ocean temples dont seem to be an issue since there is very little competing worldgen for them.
Add to that, once that single burrow has been uncovered, and not touched in anyway, no other player on the server can get progression credit for that burrow. So as you can imagine in a mulitplayer environment on a sever with many players it has led to much frustration.
I appreciate the balancing work you put into all your mods greatly, and I wouldn't want to see them spring up everywhere in the big packs as a default value but in this case it is a real concern.
After some thought we had a couple proposed solutions but ultimately it's your call of course
1. A configurable spawn weight, of course this has disadvantages
2. A spawn weight that changes with each attempt to prevent blockage. For instance 1/64 chance to spawn slowly moves to 1/60 1/50 1/40 chance to spawn the more unsucessful worldgen attempts that are called and then resets once a burrow is successful. The thought here is less reliance on rng in an enviroment where other worldgen is already lowering the odds.i.e. isValidBurrowLocation or CavernLocation returns false, the chance is increased by one on the next attempt.
3. Simply allowing multiple people in a multiplayer environment to get credit from the same worldgen structure could
work as well.
4, Some other mastermind solution of your design
Anyway just providing some feedback on our experience thus far with CC, otherwise everyone is really loving the mod.
Use RFTools and make a single biome world. Mystcraft doesn't work with CrC worldgen (CC is ComputerCraft) from what I recall. Simplest solution, IMO. It's the major reason I always have a dimension mod. Biome specific worldgen is the biggest thorn in my side in Minecraft, and something I wish would just go away. As is, I fully expect that I'm going to have to code a "return to pre-1.7 biome distribution". Their temp idea still doesn't work (ice plains next to swamp next to desert... riiiight), and I'm tired of having to go tens of THOUSANDS of blocks to get all the biome specific VANILLA blocks, let alone mod stuff like jungle-temple-only loot.
RFT should slot into basically any modpack, and at worst you can minetweak all the recipes away and use it as an admin tool (much like many people use Mystcraft).
This is dragging on since at least AOBD 2.6.0. I earlier AOBD versions it was different. With RoC compatibility enabled nothing but vanilla ores orked in the Extractor. With RoC compatibility disabled, everything worked.
Try downgrading AOBD to, say, 2.6.2 and disable all RoC compatibility.
Absolute max I can downgrade to is 2.6.1, so I'll try and see if I can get it to work with the 2.6 series. Otherwise I get to try ALL THE ORES and see what breaks... wheeeeeee.
Use RFTools and make a single biome world. Mystcraft doesn't work with CrC worldgen (CC is ComputerCraft) from what I recall. Simplest solution, IMO. It's the major reason I always have a dimension mod. Biome specific worldgen is the biggest thorn in my side in Minecraft, and something I wish would just go away. As is, I fully expect that I'm going to have to code a "return to pre-1.7 biome distribution". Their temp idea still doesn't work (ice plains next to swamp next to desert... riiiight), and I'm tired of having to go tens of THOUSANDS of blocks to get all the biome specific VANILLA blocks, let alone mod stuff like jungle-temple-only loot.
RFT should slot into basically any modpack, and at worst you can minetweak all the recipes away and use it as an admin tool (much like many people use Mystcraft).
Absolute max I can downgrade to is 2.6.1, so I'll try and see if I can get it to work with the 2.6 series. Otherwise I get to try ALL THE ORES and see what breaks... wheeeeeee.
This is a purely magic modpack, RF tools would be desperately out of place even listed on the used mods list. There is an option in chromaticraft to enable CrC generation in mystworlds, which i've tested and it does work and generate those structures. Mystcraft world gen on a live server absolutely cripples TPS however. Adding mystcraft and pregenning a very large single biome plains world is a possible work around I suppose. Would still need to be quite large due to the single person-per-visit credit and there would still be conflicting worldgen greatly increasing the rarity due to other mods (Roguelike dungeons, Reccurent complexes etc). It's definitely problematic all around.
If we called the crystal stone brick layer 0, you would place the ender crystals on top of 0 such that they are in layer 1 (and 2 because they are big). The crystal part of the ender crystal should center nicely between the multichromic runes. It takes a few seconds for the beacon to respond, but you will know when you got it right.
This
is a purely magic modpack, RF tools would be desperately out of place
even listed on the used mods list. There is an option in chromaticraft
to enable CrC generation in mystworlds, which i've tested and it does
work and generate those structures. Mystcraft world gen on a live server
absolutely cripples TPS however. Adding mystcraft and pregenning a very
large single biome plains world is a possible work around I suppose.
Would still need to be quite large due to the single person-per-visit
credit and there would still be conflicting worldgen greatly increasing
the rarity due to other mods (Roguelike dungeons, Reccurent complexes
etc). It's definitely problematic all around.
Burrows are not biome-specific. No structure in CC is.
Rollback Post to RevisionRollBack
I am the developer of many mods, most famously RotaryCraft and ChromatiCraft.
Feel free to support me and my mods via PayPal or Patreon
Since you're being so fun and verbose, I have another one for you: do meteors respect any sort of blast-resistance of blocks? For instance if I have a block that can withstand a Tunguska event. Or if it strikes bedrock.
I know they aren't biome specific, I was referring to isValidBurrowLocation if (world.getBlock(x, y, z) != Blocks.grass). The grass isn't in alot of the bop biomes, the plains biome guaranteees alot of it which is why it was suggested for a single biome to find burrows. Even with a single biome (although I do believe that would help somewhat) mystworld the other (and probably more hurtful) issue is competing worldgen making a rare gen structure vastly more rare and 50+ people competing for that spawn since there isnt shared credit. Those have compounded the innate rarity to frustrating levels for many of the players.
Since
you're being so fun and verbose, I have another one for you: do meteors
respect any sort of blast-resistance of blocks? For instance if I have a
block that can withstand a Tunguska event. Or if it strikes bedrock.
Blast resistance is ignored, but certain
blocks - bedrock being among them - are impenetrable both to the meteors
and to being sent flying. That said, MC's physics engine can make
meteors "phase through" thin layers of material.
Rollback Post to RevisionRollBack
I am the developer of many mods, most famously RotaryCraft and ChromatiCraft.
Feel free to support me and my mods via PayPal or Patreon
Blast resistance is ignored, but certain
blocks - bedrock being among them - are impenetrable both to the meteors
and to being sent flying. That said, MC's physics engine can make
meteors "phase through" thin layers of material.
Let me know when to take my interrogation private. Peeps might get bored of my questions.
What other impenetrable blocks are there?
Does the Meteor Defense Gun ever convert a "cratering" meteor into an "airburst" or does it just "disintegrate" the meteor? If not, I'd love that as an option (with % chance config of bursting vs disintegrating, but that's just greedy icing on the cake).
Not directly related, but: I also tried that for my rather special problem (didn't help).
I have now opted to replace the level.dat (and only that) with the one from the newest backup that does not throw the error (which is... from end of march; keeping many backups finally paid off somewhat, at least). Lots of scrambled IDs of the stuff added afterwards, but nothing serious so far (just lots of permuted minechemicals and some minor stuff).
Not the nicest way to resolve this, but at least it works...
isn't there a way to make a world into a mystcraft dimension? then you can just do a wipe, copy the file over.
Rollback Post to RevisionRollBack
24 hours gone again, wasted in futility, welcome to minecraft modding, that is (unfortunately) our community.
(an ode to minecraft modding)
i keep making the same mistake, i think "oh, i've given them a few months, surely it'll be fixed by now" THAT is why i seem to ALWAYS be angry to some of you, my advice is to get the lead out.
there were nice things here, until the mod author threw a tantrum.
That works thanks. Im not sure but.. is that correct that everything in this dimension is Invisible? Its just a Meadow and every mineable block is invisible
Side question, is it safe to leave a gas turbine going with the afterburner on? I was watching it and the turbine got up to 520 degrees celsius.
Second side question, how do I get coolant into the magnetostatic engine? I tried pumping water into an ECU below the MSE, bucketing water right into the MSE, fluid pipes, transfer pipes, etc... None of them worked.
at Reika.DragonAPI.ModInteract.ReikaEEHelper.blacklistItemStack(ReikaEEHelper.java:23)
at Reika.DragonAPI.ModInteract.ReikaEEHelper.blacklistEntry(ReikaEEHelper.java:30)
at Reika.ChromatiCraft.ChromatiCraft.load(ChromatiCraft.java:483)
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:532)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190)
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.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:737)
... 10 more
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
How works the industrial coil in detail after v7 i dont get them charged
Hey GammaLegion. I don't believe you can trickle-charge coils anymore. You need to apply more power. See changelogs for details, I don't recall if its just extra torque you require.
Let me know when to take my interrogation private. Peeps might get bored of my questions.
What other impenetrable blocks are there?
Does the Meteor Defense Gun ever convert a "cratering" meteor into an "airburst" or does it just "disintegrate" the meteor? If not, I'd love that as an option (with % chance config of bursting vs disintegrating, but that's just greedy icing on the cake).
Anything with true unbreakability - ie a negative hardness - as well as anything implementing DragonAPI's SemiUnbreakable. Also, TileEntities cannot be sent flying, but can be destroyed.
As for the gun, all meteors are put into airburst mode.
That
works thanks. Im not sure but.. is that correct that everything in this
dimension is Invisible? Its just a Meadow and every mineable block is
invisible
Side
question, is it safe to leave a gas turbine going with the afterburner
on? I was watching it and the turbine got up to 520 degrees celsius.
Second
side question, how do I get coolant into the magnetostatic engine? I
tried pumping water into an ECU below the MSE, bucketing water right
into the MSE, fluid pipes, transfer pipes, etc... None of them worked.
I need OreDictionary names, not GameRegistry ones.
Also, no, Gas Turbines cannot be left on afterburner too long.
at Reika.DragonAPI.ModInteract.ReikaEEHelper.blacklistItemStack(ReikaEEHelper.java:23)
at Reika.DragonAPI.ModInteract.ReikaEEHelper.blacklistEntry(ReikaEEHelper.java:30)
at Reika.ChromatiCraft.ChromatiCraft.load(ChromatiCraft.java:483)
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:532)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190)
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.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:737)
... 10 more
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- System Details --
Details:
Minecraft Version: 1.7.10
Operating System: Windows 8.1 (amd64) version 6.3
Java Version: 1.8.0_51, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 1665081808 bytes (1587 MB) / 2855796736 bytes (2723 MB) up to 5726797824 bytes (5461 MB)
JVM Flags: 2 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx6G
AABB Pool Size: 0 (0 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
FML: MCP v9.05 FML v7.10.99.99 Minecraft Forge 10.13.4.1448 99 mods loaded, 99 mods active
I've been saying this repeatedly here and on IRC: the AOBD config option interaction with RotaryCraft is BROKEN (tested as of AOBD 2.6.3 and RoC v7f). Setting it to true disables half of the ores in the extractor, setting it to false disables the other half in the extractor. Removing AOBD entirely lets the extractor work fine. I don't know which mod is at fault, but they don't work together, regardless of the configuration options chosen. Remove AOBD and try ore processing again -- I would bet everything suddenly works fine.
You can keep AOBD, just disable the RotaryCraft module in the config file.
No idea about basically the first half. Disabling is totally Reika's court.
As for the suggestion area? Don't even try to use manasteel, switch to the creeper method. Use Mob Properties to do so http://minecraft.curseforge.com/mc-mods/224298-mob-properties
Do note that ghasts also drop gunpowder. There are also crafting recipes for it in many tech mods. Run your suggested changes past the community asking if anyone can circumvent your "tiering" once you think it's at a good state... I would do this on the FTB forums or subreddit, as the knowledge of mods is likely higher there. Actually Tekkit forums might be even better, but I don't use 'em. Incidentally if you do? Tag me (I'm TomeWyrm everywhere. Maybe not all the TomeWyrms though, I *have* actually met someone that got to the name before me; so don't automatically assume TomeWyrm is me). I'd love to try and break the progression of your pack.
Which half? Because I would rather not lose AOBD for multiple reasons. If it's just nether ores, I can totally deal with it. If it's standard ores I might have a few more issues. No I can't backdate either, one of the reasons is AOBD:BerryBushes.
Is there anyway to increase the spawn chance weights for burrows and special chromaticraft worldgen?
Our situation is that we have several other mods competing for worldgen. Chocolatequest, Roguelike dungons, Recurrent Complex, AE2. As well as BOP limiting the grassy areas. Under these circumstances finding a burrow has been extremely challenging. On our server we currently have about 50 players,12~15 on at any given time. Every player that I've spoken with is excited to try out Chromaticraft but they're all running into the problem of not finding Burrows and burried hollows. To address this we held a server wide challenge to find a burrow get a reward. After two weeks of dozens of players actively searching (for the prize and because they genuinely want to do all of CC) the player base was only able to locate a single burrow and no one has located a burried hollow, Ocean temples dont seem to be an issue since there is very little competing worldgen for them.
Add to that, once that single burrow has been uncovered, and not touched in anyway, no other player on the server can get progression credit for that burrow. So as you can imagine in a mulitplayer environment on a sever with many players it has led to much frustration.
I appreciate the balancing work you put into all your mods greatly, and I wouldn't want to see them spring up everywhere in the big packs as a default value but in this case it is a real concern.
After some thought we had a couple proposed solutions but ultimately it's your call of course
1. A configurable spawn weight, of course this has disadvantages
2. A spawn weight that changes with each attempt to prevent blockage. For instance 1/64 chance to spawn slowly moves to 1/60 1/50 1/40 chance to spawn the more unsucessful worldgen attempts that are called and then resets once a burrow is successful. The thought here is less reliance on rng in an enviroment where other worldgen is already lowering the odds.i.e. isValidBurrowLocation or CavernLocation returns false, the chance is increased by one on the next attempt.
3. Simply allowing multiple people in a multiplayer environment to get credit from the same worldgen structure could
work as well.
4, Some other mastermind solution of your design
Anyway just providing some feedback on our experience thus far with CC, otherwise everyone is really loving the mod.
Use RFTools and make a single biome world. Mystcraft doesn't work with CrC worldgen (CC is ComputerCraft) from what I recall. Simplest solution, IMO. It's the major reason I always have a dimension mod. Biome specific worldgen is the biggest thorn in my side in Minecraft, and something I wish would just go away. As is, I fully expect that I'm going to have to code a "return to pre-1.7 biome distribution". Their temp idea still doesn't work (ice plains next to swamp next to desert... riiiight), and I'm tired of having to go tens of THOUSANDS of blocks to get all the biome specific VANILLA blocks, let alone mod stuff like jungle-temple-only loot.
RFT should slot into basically any modpack, and at worst you can minetweak all the recipes away and use it as an admin tool (much like many people use Mystcraft).
Absolute max I can downgrade to is 2.6.1, so I'll try and see if I can get it to work with the 2.6 series. Otherwise I get to try ALL THE ORES and see what breaks... wheeeeeee.
This is a purely magic modpack, RF tools would be desperately out of place even listed on the used mods list. There is an option in chromaticraft to enable CrC generation in mystworlds, which i've tested and it does work and generate those structures. Mystcraft world gen on a live server absolutely cripples TPS however. Adding mystcraft and pregenning a very large single biome plains world is a possible work around I suppose. Would still need to be quite large due to the single person-per-visit credit and there would still be conflicting worldgen greatly increasing the rarity due to other mods (Roguelike dungeons, Reccurent complexes etc). It's definitely problematic all around.
Kobra331,
If we called the crystal stone brick layer 0, you would place the ender crystals on top of 0 such that they are in layer 1 (and 2 because they are big). The crystal part of the ender crystal should center nicely between the multichromic runes. It takes a few seconds for the beacon to respond, but you will know when you got it right.
Burrows are not biome-specific. No structure in CC is.
Interesting.
Since you're being so fun and verbose, I have another one for you: do meteors respect any sort of blast-resistance of blocks? For instance if I have a block that can withstand a Tunguska event. Or if it strikes bedrock.
I've been perusing https://sites.google.com/site/reikasminecraft/meteorcraft prior to these questions. I like the amount of configuration available here.
Hey Reika,
Finally the portal to the Dimension works. (i crafted 8 ender crystals...)
After jumping in portal the server crashes with this crash log:
Its called h_err_pid4176 and the server created another file called replay_pid4176.
im using Java8 on windows 7. Chromaticraft version 7e
whats that?
I know they aren't biome specific, I was referring to isValidBurrowLocation if (world.getBlock(x, y, z) != Blocks.grass). The grass isn't in alot of the bop biomes, the plains biome guaranteees alot of it which is why it was suggested for a single biome to find burrows. Even with a single biome (although I do believe that would help somewhat) mystworld the other (and probably more hurtful) issue is competing worldgen making a rare gen structure vastly more rare and 50+ people competing for that spawn since there isnt shared credit. Those have compounded the innate rarity to frustrating levels for many of the players.
Use Java 7.
Blast resistance is ignored, but certain
blocks - bedrock being among them - are impenetrable both to the meteors
and to being sent flying. That said, MC's physics engine can make
meteors "phase through" thin layers of material.
Let me know when to take my interrogation private. Peeps might get bored of my questions.
isn't there a way to make a world into a mystcraft dimension? then you can just do a wipe, copy the file over.
24 hours gone again, wasted in futility, welcome to minecraft modding, that is (unfortunately) our community.
(an ode to minecraft modding)
i keep making the same mistake, i think "oh, i've given them a few months, surely it'll be fixed by now" THAT is why i seem to ALWAYS be angry to some of you, my advice is to get the lead out.
there were nice things here, until the mod author threw a tantrum.
That works thanks. Im not sure but.. is that correct that everything in this dimension is Invisible? Its just a Meadow and every mineable block is invisible
Here's the output of `/minetweaker names`: http://pastebin.com/G0FGzqFh
Side question, is it safe to leave a gas turbine going with the afterburner on? I was watching it and the turbine got up to 520 degrees celsius.
Second side question, how do I get coolant into the magnetostatic engine? I tried pumping water into an ECU below the MSE, bucketing water right into the MSE, fluid pipes, transfer pipes, etc... None of them worked.
After upgrading ProjectE to the newest version I get a crash.
---- Minecraft Crash Report ----
// Sorry
Time: 31.07.15 20:34
Description: There was a severe problem during mod loading that has caused the game to fail
cpw.mods.fml.common.LoaderException: java.lang.NoSuchMethodError: moze_intel.projecte.api.ProjectEAPI.registerCustomEMC(Lnet/minecraft/item/ItemStack;I)V
at cpw.mods.fml.common.LoadController.transition(LoadController.java:163)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:739)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:311)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:552)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:878)
at net.minecraft.client.main.Main.main(SourceFile:148)
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:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
Caused by: java.lang.NoSuchMethodError: moze_intel.projecte.api.ProjectEAPI.registerCustomEMC(Lnet/minecraft/item/ItemStack;I)V
at Reika.DragonAPI.ModInteract.ReikaEEHelper.blacklistItemStack(ReikaEEHelper.java:23)
at Reika.DragonAPI.ModInteract.ReikaEEHelper.blacklistEntry(ReikaEEHelper.java:30)
at Reika.ChromatiCraft.ChromatiCraft.load(ChromatiCraft.java:483)
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:532)
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190)
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.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:737)
... 10 more
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- System Details --
Details:
Minecraft Version: 1.7.10
Operating System: Windows 8.1 (amd64) version 6.3
Java Version: 1.8.0_51, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 1665081808 bytes (1587 MB) / 2855796736 bytes (2723 MB) up to 5726797824 bytes (5461 MB)
JVM Flags: 2 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx6G
AABB Pool Size: 0 (0 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
FML: MCP v9.05 FML v7.10.99.99 Minecraft Forge 10.13.4.1448 99 mods loaded, 99 mods active
States: 'U' = Unloaded 'L' = Loaded 'C' = Constructed 'H' = Pre-initialized 'I' = Initialized 'J' = Post-initialized 'A' = Available 'D' = Disabled 'E' = Errored
UCHI mcp{9.05} [Minecraft Coder Pack] (minecraft.jar)
UCHI FML{7.10.99.99} [Forge Mod Loader] (forge-1.7.10-10.13.4.1448-1.7.10.jar)
UCHI Forge{10.13.4.1448} [Minecraft Forge] (forge-1.7.10-10.13.4.1448-1.7.10.jar)
UCHI appliedenergistics2-core{rv2-stable-10} [AppliedEnergistics2 Core] (minecraft.jar)
UCHI CodeChickenCore{1.0.7.46} [CodeChicken Core] (minecraft.jar)
UCHI NotEnoughItems{1.0.5.111} [Not Enough Items] (NotEnoughItems-1.7.10-1.0.5.111-universal.jar)
UCHI <CoFH ASM>{000} [CoFH ASM] (minecraft.jar)
UCHI <DragonAPI ASM>{0} [DragonAPI ASM Data Initialization] (minecraft.jar)
UCHI appliedenergistics2{rv2-stable-10} [Applied Energistics 2] (appliedenergistics2-rv2-stable-10.jar)
UCHI bdlib{1.9.0.94} [BD Lib] (bdlib-1.9.0.94-mc1.7.10.jar)
UCHI BiblioCraft{1.10.4} [BiblioCraft] (BiblioCraft[v1.10.4][MC1.7.10].jar)
UCHI CoFHCore{1.7.10R3.0.3} [CoFH Core] (CoFHCore-[1.7.10]3.0.3-303.jar)
UCHI Forestry{3.6.2.19} [Forestry for Minecraft] (forestry_1.7.10-3.6.2.19.jar)
UCHI BinnieCore{2.0-pre13} [Binnie Core] (binnie-mods-2.0-pre13.jar)
UCHI Botany{2.0-pre13} [Botany] (binnie-mods-2.0-pre13.jar)
UCHI ExtraBees{2.0-pre13} [Extra Bees] (binnie-mods-2.0-pre13.jar)
UCHI ExtraTrees{2.0-pre13} [Extra Trees] (binnie-mods-2.0-pre13.jar)
UCHI Genetics{2.0-pre13} [Genetics] (binnie-mods-2.0-pre13.jar)
UCHI AWWayofTime{v1.3.3} [Blood Magic: Alchemical Wizardry] (BloodMagic-1.7.10-1.3.3-4.jar)
UCHI qmunitylib{1.0} [QmunityLib] (QmunityLib-1.7.10-0.1.114-universal.jar)
UCHI bluepower{0.2.954} [Blue Power] (BluePower-1.7.10-0.2.954-universal.jar)
UCHI BookOfTeleportation{0.3.1} [Book Of Teleportation] (bookofteleportation-0.3.1.jar)
UCHI Baubles{1.0.1.10} [Baubles] (Baubles-1.7.10-1.0.1.10.jar)
UCHI Thaumcraft{4.2.3.5} [Thaumcraft] (Thaumcraft-1.7.10-4.2.3.5.jar)
UCHI Botania{r1.7-208} [Botania] (Botania r1.7-208.jar)
UCHI ChickenChunks{1.3.4.19} [ChickenChunks] (ChickenChunks-1.7.10-1.3.4.19-universal.jar)
UCHI Mantle{1.7.10-0.3.2.jenkins184} [Mantle] (Mantle-1.7.10-0.3.2.jar)
UCHI MineFactoryReloaded{1.7.10R2.8.0} [MineFactory Reloaded] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI ThermalFoundation{1.7.10R1.2.0} [Thermal Foundation] (ThermalFoundation-[1.7.10]1.2.0-102.jar)
UCHI ThermalExpansion{1.7.10R4.0.3B1} [Thermal Expansion] (ThermalExpansion-[1.7.10]4.0.3B1-218.jar)
UCHI Waila{1.5.10} [Waila] (Waila-1.5.10_1.7.10.jar)
UCHI TConstruct{1.7.10-1.8.5.build957} [Tinkers' Construct] (TConstruct-1.7.10-1.8.5.jar)
UCHI MagicBees{1.7.10-2.3.3} [Magic Bees] (magicbees-1.7.10-2.3.3.jar)
UCHI DragonAPI{1.0} [DragonAPI] (DragonAPI 1.7.10 V7f.jar)
UCHE ChromatiCraft{1.0} [ChromatiCraft] (ChromatiCraft 1.7.10 V7e.jar)
UCHI dimdoors{2.2.5-test} [Dimensional Doors] (DimensionalDoors-2.2.5-test8.jar)
UCHI DraconicEvolution{1.0.1c} [Draconic Evolution] (Draconic-Evolution-1.7.10-1.0.1c.jar)
UCHI DummyCore{1.13} [DummyCore] (DummyCore1.13.jar)
UCHE RotaryCraft{1.0} [RotaryCraft] (RotaryCraft 1.7.10 V7f.jar)
UCHE ElectriCraft{1.0} [ElectriCraft] (ElectriCraft 1.7.10 V7e.jar)
UCHI ForgeMultipart{1.2.0.345} [Forge Multipart] (ForgeMultipart-1.7.10-1.2.0.345-universal.jar)
UCHI Mekanism{8.1.7} [Mekanism] (Mekanism-1.7.10-8.1.7.252.jar)
UCHI EnderIO{1.7.10-2.2.8.381} [Ender IO] (EnderIO-1.7.10-2.2.8.381.jar)
UCHI EnderStorage{1.4.7.36} [EnderStorage] (EnderStorage-1.7.10-1.4.7.36-universal.jar)
UCHI ec3toprojecte{1.0} [ec3toprojecte] (EssentialCraftv4.5.1710.223.jar)
UCHI essentialcraft{4.5.1710.223} [EssentialCraftIII] (EssentialCraftv4.5.1710.223.jar)
UCHI essenthaum{1.1.1710.0} [Essential Thaumaturgy] (EssentialThaumaturgy-1.1.1710.11EC(4.4.1710.37)TC(4.2.3.5).jar)
UCHI ExtraUtilities{1.2.8} [Extra Utilities] (extrautilities-1.2.8.jar)
UCHI ExtraTiC{1.4.3} [ExtraTiC] (ExtraTiC-1.7.10-1.4.3.jar)
UCHI factorization.notify{1.0} [Factorization Notification System] (Factorization-1.7.10-0.8.95.jar)
UCHI factorization.dimensionalSlice{0.8.95} [Factorization Dimensional Slices] (Factorization-1.7.10-0.8.95.jar)
UCHI factorization{0.8.95} [Factorization] (Factorization-1.7.10-0.8.95.jar)
UCHI factorization.misc{0.8.95} [Factorization Miscellaneous Nonsense] (Factorization-1.7.10-0.8.95.jar)
UCHI gendustry{1.5.2.107} [GenDustry] (gendustry-1.5.2.107-mc1.7.10.jar)
UCHI GeoStrata{1.0} [GeoStrata] (GeoStrata 1.7.10 V7e.jar)
UCHI JABBA{1.2.1} [JABBA] (Jabba-1.2.1a_1.7.10.jar)
UCHI journeymap{@JMVERSION@} [JourneyMap] (journeymap-1.7.10-5.1.0-unlimited.jar)
UCHI MekanismGenerators{8.1.7} [MekanismGenerators] (MekanismGenerators-1.7.10-8.1.7.252.jar)
UCHI MekanismTools{8.1.7} [MekanismTools] (MekanismTools-1.7.10-8.1.7.252.jar)
UCHI MineFactoryReloaded|CompatAppliedEnergistics{1.7.10R2.8.0} [MFR Compat: Applied Energistics] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI MineFactoryReloaded|CompatAtum{1.7.10R2.8.0} [MFR Compat: Atum] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI MineFactoryReloaded|CompatBackTools{1.7.10R2.8.0} [MFR Compat: BackTools] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI MineFactoryReloaded|CompatBuildCraft{1.7.10R2.8.0} [MFR Compat: BuildCraft] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI MineFactoryReloaded|CompatChococraft{1.7.10R2.8.0} [MFR Compat: Chococraft] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI MineFactoryReloaded|CompatExtraBiomes{1.7.10R2.8.0} [MFR Compat: ExtraBiomes] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI MineFactoryReloaded|CompatForestry{1.7.10R2.8.0} [MFR Compat: Forestry] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI MineFactoryReloaded|CompatForgeMicroblock{1.7.10R2.8.0} [MFR Compat: ForgeMicroblock] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI MineFactoryReloaded|CompatIC2{1.7.10R2.8.0} [MFR Compat: IC2] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI MineFactoryReloaded|CompatMystcraft{1.7.10R2.8.0} [MFR Compat: Mystcraft] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI MineFactoryReloaded|CompatProjRed{1.7.10R2.8.0} [MFR Compat ProjectRed] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI MineFactoryReloaded|CompatRailcraft{1.7.10R2.8.0} [MFR Compat: Railcraft] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI MineFactoryReloaded|CompatSufficientBiomes{1.7.10R2.8.0} [MFR Compat: Sufficient Biomes] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI MineFactoryReloaded|CompatThaumcraft{1.7.10R2.8.0} [MFR Compat: Thaumcraft] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI MineFactoryReloaded|CompatThermalExpansion{1.7.10R2.8.0} [MFR Compat: Thermal Expansion] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI MineFactoryReloaded|CompatTConstruct{1.7.10R2.8.0} [MFR Compat: Tinkers' Construct] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI TwilightForest{2.3.7} [The Twilight Forest] (twilightforest-1.7.10-2.3.7.jar)
UCHI MineFactoryReloaded|CompatTwilightForest{1.7.10R2.8.0} [MFR Compat: TwilightForest] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI MineFactoryReloaded|CompatVanilla{1.7.10R2.8.0} [MFR Compat: Vanilla] (MineFactoryReloaded-[1.7.10]2.8.0-104.jar)
UCHI NEIAddons{1.12.10.33} [NEI Addons] (neiaddons-1.12.10.33-mc1.7.10.jar)
UCHI NEIAddons|AppEng{1.12.10.33} [NEI Addons: Applied Energistics 2] (neiaddons-1.12.10.33-mc1.7.10.jar)
UCHI NEIAddons|Botany{1.12.10.33} [NEI Addons: Botany] (neiaddons-1.12.10.33-mc1.7.10.jar)
UCHI NEIAddons|Forestry{1.12.10.33} [NEI Addons: Forestry] (neiaddons-1.12.10.33-mc1.7.10.jar)
UCHI NEIAddons|CraftingTables{1.12.10.33} [NEI Addons: Crafting Tables] (neiaddons-1.12.10.33-mc1.7.10.jar)
UCHI NEIAddons|ExNihilo{1.12.10.33} [NEI Addons: Ex Nihilo] (neiaddons-1.12.10.33-mc1.7.10.jar)
UCHI neiintegration{1.0.11} [NEI Integration] (NEIIntegration-MC1.7.10-1.0.11.jar)
UCHI ProjectE{1.7.10-PE1.8.0} [ProjectE] (ProjectE-1.7.10-PE1.8.0.jar)
UCHI rftools{3.11} [RFTools] (rftools-3.11.jar)
UCHI Roguelike{1.3.6.3} [Roguelike Dungeons] (roguelike-1.7.10-1.3.6.3.jar)
UCHI runicdungeons{1.1.5c} [Runic Dungeons] (runicdungeons-1.1.5c.jar)
UCHI ThermalDynamics{1.7.10R1.1.0} [Thermal Dynamics] (ThermalDynamics-[1.7.10]1.1.0-161.jar)
UCHI TiCTooltips{1.2.3} [TiC Tooltips] (TiCTooltips-mc1.7.10-1.2.3.jar)
UCHI TMechworks{0.2.14.100} [Tinkers' Mechworks] (TMechworks-1.7.10-0.2.14.100.jar)
UCHI WailaHarvestability{1.1.2} [Waila Harvestability] (WailaHarvestability-mc1.7.x-1.1.2.jar)
UCHI WR-CBE|Core{1.4.1.9} [WR-CBE Core] (WR-CBE-1.7.10-1.4.1.9-universal.jar)
UCHI WR-CBE|Addons{1.4.1.9} [WR-CBE Addons] (WR-CBE-1.7.10-1.4.1.9-universal.jar)
UCHI WR-CBE|Logic{1.4.1.9} [WR-CBE Logic] (WR-CBE-1.7.10-1.4.1.9-universal.jar)
UCHI McMultipart{1.2.0.345} [Minecraft Multipart Plugin] (ForgeMultipart-1.7.10-1.2.0.345-universal.jar)
UCHI aobd{2.6.3} [Another One Bites The Dust] (AOBD-2.6.3.jar)
UCHI ForgeMicroblock{1.2.0.345} [Forge Microblocks] (ForgeMultipart-1.7.10-1.2.0.345-universal.jar)
GL info: ' Vendor: 'ATI Technologies Inc.' Version: '4.5.13399 Compatibility Profile Context 15.200.1062.1002' Renderer: 'AMD Radeon R9 200 Series'
AE2 Version: stable rv2-stable-10 for Forge 10.13.2.1291
CoFHCore: -[1.7.10]3.0.3-303
Mantle Environment: Environment healthy.
MineFactoryReloaded: -[1.7.10]2.8.0-104
ThermalFoundation: -[1.7.10]1.2.0-102
ThermalExpansion: -[1.7.10]4.0.3B1-218
TConstruct Environment: Environment healthy.
ThermalDynamics: -[1.7.10]1.1.0-161
List of loaded APIs:
* appliedenergistics2|API (rv2) from appliedenergistics2-rv2-stable-10.jar
* Baubles|API (1.0.1.10) from runicdungeons-1.1.5c.jar
* bluepowerAPI (1.0) from BluePower-1.7.10-0.2.954-universal.jar
* BotaniaAPI (58) from Botania r1.7-208.jar
* BuildCraftAPI|core (1.0) from extrautilities-1.2.8.jar
* BuildCraftAPI|tools (1.0) from extrautilities-1.2.8.jar
* CoFHAPI (1.7.10R1.0.2) from Draconic-Evolution-1.7.10-1.0.1c.jar
* CoFHAPI|block (1.7.10R1.0.13B2) from CoFHLib-[1.7.10]1.0.3-175.jar
* CoFHAPI|core (1.7.10R1.0.13) from CoFHCore-[1.7.10]3.0.3-303.jar
* CoFHAPI|energy (1.7.10R1.0.13B1) from extrautilities-1.2.8.jar
* CoFHAPI|fluid (1.7.10R1.0.13B2) from CoFHLib-[1.7.10]1.0.3-175.jar
* CoFHAPI|inventory (1.7.10R1.0.3) from EnderIO-1.7.10-2.2.8.381.jar
* CoFHAPI|item (1.7.10R1.0.3) from EnderIO-1.7.10-2.2.8.381.jar
* CoFHAPI|modhelpers (1.7.10R1.0.13B2) from CoFHLib-[1.7.10]1.0.3-175.jar
* CoFHAPI|tileentity (1.7.10R1.0.13B2) from CoFHLib-[1.7.10]1.0.3-175.jar
* CoFHAPI|transport (1.7.10R1.0.3) from EnderIO-1.7.10-2.2.8.381.jar
* CoFHAPI|world (1.7.10R1.0.13) from CoFHCore-[1.7.10]3.0.3-303.jar
* CoFHLib (1.7.10R1.0.3B3) from CoFHLib-[1.7.10]1.0.3-175.jar
* CoFHLib|audio (1.7.10R1.0.3) from CoFHCore-[1.7.10]3.0.3-303.jar
* CoFHLib|gui (1.7.10R1.0.3) from CoFHCore-[1.7.10]3.0.3-303.jar
* CoFHLib|gui|container (1.7.10R1.0.3) from CoFHCore-[1.7.10]3.0.3-303.jar
* CoFHLib|gui|element (1.7.10R1.0.3B3) from CoFHLib-[1.7.10]1.0.3-175.jar
* CoFHLib|gui|element|listbox (1.7.10R1.0.3) from CoFHCore-[1.7.10]3.0.3-303.jar
* CoFHLib|gui|slot (1.7.10R1.0.3B3) from CoFHLib-[1.7.10]1.0.3-175.jar
* CoFHLib|inventory (1.7.10R1.0.3) from CoFHCore-[1.7.10]3.0.3-303.jar
* CoFHLib|render (1.7.10R1.0.3) from CoFHCore-[1.7.10]3.0.3-303.jar
* CoFHLib|render|particle (1.7.10R1.0.3) from CoFHCore-[1.7.10]3.0.3-303.jar
* CoFHLib|util (1.7.10R1.0.3B3) from CoFHLib-[1.7.10]1.0.3-175.jar
* CoFHLib|util|helpers (1.7.10R1.0.3) from CoFHCore-[1.7.10]3.0.3-303.jar
* CoFHLib|util|position (1.7.10R1.0.3B3) from CoFHLib-[1.7.10]1.0.3-175.jar
* CoFHLib|world (1.7.10R1.0.3B3) from CoFHLib-[1.7.10]1.0.3-175.jar
* CoFHLib|world|feature (1.7.10R1.0.3) from CoFHCore-[1.7.10]3.0.3-303.jar
* DraconicEvolution|API (1.0) from Draconic-Evolution-1.7.10-1.0.1c.jar
* EnderIOAPI (0.0.2) from EnderIO-1.7.10-2.2.8.381.jar
* EnderIOAPI|Redstone (0.0.2) from EnderIO-1.7.10-2.2.8.381.jar
* EnderIOAPI|Tools (0.0.2) from EnderIO-1.7.10-2.2.8.381.jar
* factorization notification system (1.0) from Factorization-1.7.10-0.8.95.jar
* ForestryAPI|apiculture (3.5.0) from forestry_1.7.10-3.6.2.19.jar
* ForestryAPI|arboriculture (2.3.0) from forestry_1.7.10-3.6.2.19.jar
* ForestryAPI|circuits (2.0.0) from forestry_1.7.10-3.6.2.19.jar
* ForestryAPI|core (3.2.0) from forestry_1.7.10-3.6.2.19.jar
* ForestryAPI|farming (1.1.0) from forestry_1.7.10-3.6.2.19.jar
* ForestryAPI|food (1.1.0) from forestry_1.7.10-3.6.2.19.jar
* ForestryAPI|fuels (2.0.1) from forestry_1.7.10-3.6.2.19.jar
* ForestryAPI|genetics (3.3.0) from forestry_1.7.10-3.6.2.19.jar
* ForestryAPI|hives (4.1.0) from forestry_1.7.10-3.6.2.19.jar
* ForestryAPI|lepidopterology (1.1) from forestry_1.7.10-3.6.2.19.jar
* ForestryAPI|mail (3.0.0) from forestry_1.7.10-3.6.2.19.jar
* ForestryAPI|recipes (3.1.0) from forestry_1.7.10-3.6.2.19.jar
* ForestryAPI|storage (3.0.0) from forestry_1.7.10-3.6.2.19.jar
* ForestryAPI|world (1.1.0) from forestry_1.7.10-3.6.2.19.jar
* gendustryAPI (2.1.0) from gendustry-1.5.2.107-mc1.7.10.jar
* MekanismAPI|core (8.0.0) from Mekanism-1.7.10-8.1.7.252.jar
* MekanismAPI|energy (8.0.0) from Mekanism-1.7.10-8.1.7.252.jar
* MekanismAPI|gas (8.0.0) from Mekanism-1.7.10-8.1.7.252.jar
* MekanismAPI|infuse (8.0.0) from Mekanism-1.7.10-8.1.7.252.jar
* MekanismAPI|laser (8.0.0) from Mekanism-1.7.10-8.1.7.252.jar
* MekanismAPI|reactor (8.0.0) from Mekanism-1.7.10-8.1.7.252.jar
* MekanismAPI|recipe (8.0.0) from Mekanism-1.7.10-8.1.7.252.jar
* MekanismAPI|transmitter (8.0.0) from Mekanism-1.7.10-8.1.7.252.jar
* MekanismAPI|util (8.0.0) from Mekanism-1.7.10-8.1.7.252.jar
* minechemAPI (1.7.10R1) from DragonAPI 1.7.10 V7f.jar
* ProjectEAPI (6) from ProjectE-1.7.10-PE1.8.0.jar
* Thaumcraft|API (4.2.2.0) from Thaumcraft-1.7.10-4.2.3.5.jar
* WailaAPI (1.2) from Waila-1.5.10_1.7.10.jar
Is there a way to circumvent this for example by adding PE-API to DragonAPI?
Hey GammaLegion. I don't believe you can trickle-charge coils anymore. You need to apply more power. See changelogs for details, I don't recall if its just extra torque you require.
Anything with true unbreakability - ie a negative hardness - as well as anything implementing DragonAPI's SemiUnbreakable. Also, TileEntities cannot be sent flying, but can be destroyed.
As for the gun, all meteors are put into airburst mode.
For some reason, installing Optifine works.
I need OreDictionary names, not GameRegistry ones.
Also, no, Gas Turbines cannot be left on afterburner too long.
Magnetostatics do not use water coolant.
Adding the old PE API might fix the crash, but it will probably break Project E.
Err I meant oredict, not names. Here's the output of `/minetweaker names`: http://pastebin.com/WLEpA0zQ
What kind of coolant does the magnetostatic need? The only coolant I see in NEI is from IC2.
You can keep AOBD, just disable the RotaryCraft module in the config file.