Glad to hear I'm not the only one with this issue currently, I was thinking it was something with my setup. I didn't want to install TE2, but my SSP game has gotten increasingly unplayable the more batteries I add. And I've completely taken ElC off of my server and replaced it with TE for power transport because people were complaining.
Plus, the RF generators look so darn cool lol.
ElectricCraft is not the easiest to setup. It requires a lot of planning to use right. I personally use it for all my power transport, but it must be done correctly to mitigate problems, which leave you with this expression
It is indispensable for ReC.
I notice you had a problem but did not want to offer any help since you did not show a picture of your battery setup. It would help if you had provided them. There are many ways to screw oneself tps-wise with ElectricCraft batteries.
Running bedrock through the Extractor is meaningless. EDIT: to be edited, check back in 5min
Also take a look at Reika's changed upgrade recipes. A bedrock ingot would be now required for the T4 upgrade. I.e. the upgrade that makes the Magnetostatic into a real high tier engine (8MW max power). The one that would be required for the proposed increased power req of the Bedrock Breaker.
So the upgrade crafting nerf, plus jacking up power req for the Breaker are pretty good IMO.
Yes, I saw images of the new upgrade crafting. It is an inelegant/complex solution to a small/simple problem, to say the least. However, it's his mod so his prerogative. There will no doubt be other tweaks down the line due to this approach, so this issue is not resolve.
I don't see how running the bedrock dust through the extractor meaningless. It is, for the purpose of game-play, an ore material. However, since you've failed to see my point, I don't see any reason to convince you otherwise. To be sure, I do not use magnetostatic engine for anything in my builds so none of this "nerfing" is relevant to me, at least. Indeed, it might as well not exist since I do not do RF -> RC, only RC -> RF.
I don't see why everyone is so gung-ho about nerfing the magnetostatic engine when there are plenty of other outstanding, imo more important, issues to resolve, like tps hungry ElectriCraft Batteries, reproducible behavior, as been reported by me and some others. Whenever there is cross-mod compatibility, there will always be room for "abuse." Either live with it or don't make such cross-mod compatibility in the first place. As it turns out, "nerfing" is usually not the right approach to "right" a play behavior.
Running bedrock through the Extractor is IMO meaningless. The problem here, as I see it, is that getting bedrock requires only 4MW of power. This should be done with high tier engines (like the Microturbine) but can be sidestepped with the use of low/mid tier stuff (Industrial Coils, T3 Magnetostatic). You propose to add the Extractor into the chain, a machine with a minimal power requirement of 64kW. Even with the added material costs (diamond drills) I don't see how this helps the main issue of bedrock's too low power cost (4MW). Bedrock still can be harvested with low/mid level machines, still has a pretty steep smelting cost (1000 degrees via Friction Heater). But now we have an extra low power step in the process that adds pretty much nothing.
Unless the Extractor is modified to require a lot more power for processing bedrock.
It seems this forum ghost/hide edited post. You missed the point that I propose the Magnetostatic engine to require bedrock ingot to make. If you had none of the latter, you can't use the former to make the latter; thereby solving the "abuse." As for the extractor, you do not understand how easy it is to tweak the Extractor code to make it require additional power to process bedrock dust -> bedrock flakes. The ingot would require the flakes and not the dust to make. This is the additional gating that requires conventional use of RoC to get you to Magnetostatic.
None of this requires the tweaks to the upgrade mechanism, which he originally devised as a check on whether you went through the tech tree, which was an imperfect solution that needed tweaking again, which I say is still imperfect ad infinitum...But whatever.
I should add that Reika had stated many times, here and else where, that bedrock dust was never meant to be a precious commodity, simply unique. Balance wise, the approach of making them rare or difficult to get past a certain point to prevent some cross-mod compatibility is at least counterproductive and at most dubious.
here is the video (I know it's not the best quality)
Here you can see what I tried to get the "charge jump" working but nothing happend. (toroid magnets has been double checked and replaced/ the solenoid and plasma injector too)
Try adjusting the rad/s with some gearboxes. I usually use 32Krad/s for my VDGs.
It seems this forum ghost/hide edited post. You missed the point that I propose the Magnetostatic engine to require bedrock ingot to make. If you had none of the latter, you can't use the former to make the latter; thereby solving the "abuse." As for the extractor, you do not understand how easy it is to tweak the Extractor code to make it require additional power to process bedrock dust -> bedrock flakes. The ingot would require the flakes and not the dust to make. This is the additional gating that requires conventional use of RoC to get you to Magnetostatic.
None of this requires the tweaks to the upgrade mechanism, which he originally devised as a check on whether you went through the tech tree, which was an imperfect solution that needed tweaking again, which I say is still imperfect ad infinitum...But whatever.
I should add that Reika had stated many times, here and else where, that bedrock dust was never meant to be a precious commodity, simply unique. Balance wise, the approach of making them rare or difficult to get past a certain point to prevent some cross-mod compatibility is at least counterproductive and at most dubious.
I feel that the new upgrade costs for the magnostatics is, more or less, the right way to gate the bedrock breaker because it requires you to get jet fuel to power your jet pulse furnace if you want the t3 upgrade which can power the bedrock breaker AND still allows the magnostatic to be a low tier engine if you are moving sideways from other tech mods. Putting bedrock in the recipe of the magnostatic would immediately make the engine high tier making some upgrades redundant.
Also putting bedrock dust through the extractor makes no sense in terms of what the extractor is; (Reika correct me if I am wrong) the extractor is more or less the entire IRL ore extraction process simplified to 1 block- first you grind the ore into a powder, then you wash the ore, then separate the ore from the slurry, finally you dry the ore leaving you with generally a relatively fine powder but that largely depends on what mineral was extracted and how. This was a very brief summary of the extraction process IRL particularly since many ores - like gold - have very different ways to process but they follow the same basic steps. As such I dont see how a powder like bedrock dust would fit into this process - what are you trying to extract from it?
I notice you had a problem but did not want to offer any help since you did not show a picture of your battery setup. It would help if you had provided them. There are many ways to screw oneself tps-wise with ElectricCraft batteries.
It wasn't that I didn't want to offer any help, I explained my setup and Reika basically confirmed that it was because I was using the batteries inline (one auroral battery feeding a series of little ones). Based on his response I assumed pictures wouldn't have made him confirm the issue more than he already did. Like I mentioned (and was shown in my opis screenshots), the game is unplayable and if the way I have it set up is what is causing it, and if the batteries are not designed for this, then I will use another mod to accomplish what I'm trying to do. No need to redesign in ElC just to avoid performance issues. I've never had a mod slow down the game this much just because of a specific design I chose to use. Inefficiency to how I wanted things to work, sure. But performance hits and increasing update times, I've never had that issue before. Maybe I've been lucky.
I still plan on setting up a creative world to see just when it starts having issues, but previous posters have already done this (and posted update times after each stage) so in my opinion there is plenty of documentation on this issue right in this thread.
Since you mention that you have yours set up correctly and have figured out how to do it, would you mind posting your screenshots? That would also be very helpful to other that don't know how to mitigate the tps issues with this mod.
OK, there are way too many posts for me to even attempt to respond individually.
However, I noticed these broad trends:
People seem about evenly split about whether the current approach to nerfing the magnetostatic is effective and the correct direction, with most of those on the "disagree" side having less of a problem with the actual approach and more a problem with the idea of nerfing it at all.
I want to make clear, in this case and many others where I say "nerf", I mean make more expensive to make and/or run; rarely do I mean a reduction in capability. Those of you who want magnetostatics will still always be able to have them as powerful as they are now; the costs are merely going to rise. I am not trying to make magnetostatics worthless or useless, just make it so that by the time you can obtain power level X from them, you can already generate more than X from native RotaryCraft, and thus that magnetostatics cease being the go-to convenient option except in legitimate cases like ReC interdimensional power transport.
Additionally, yes, it is a very serious problem that people abuse magnetostatics and ignore the other engines. As before, relying on them takes out a large portion of the problem-solving ("not enough torque? Upgrade your engine and forget about gearboxes!"), and is arguably a balance problem as well, seeing as it makes the whole concept of "hard work, large reward" fall apart.
No, the Extractor will not accept bedrock, and Lyfthrasir is correct as to why.
I am also not buffing the microturbine. Like all the other engines, it is based on a real-world engine (something from MIT), and doubling its power output drags it firmly beyond the bounds of what is realistic. It also would make the Gas Turbine less efficient per unit power than the Microturbine.
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
got this error, im using last forge version, should i change to recomend?
---- Minecraft Crash Report ----
// I bet Cylons wouldn't have this problem.
Time: 09/12/14 06:54
Description: There was a severe problem during mod loading that has caused the game to fail
cpw.mods.fml.common.LoaderException: java.lang.NoClassDefFoundError: buildcraft/api/fuels/BuildcraftFuelRegistry
at cpw.mods.fml.common.LoadController.transition(LoadController.java:162)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:695)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:288)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:541)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:867)
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.NoClassDefFoundError: buildcraft/api/fuels/BuildcraftFuelRegistry
at mekanism.generators.common.MekanismGenerators.postInit(MekanismGenerators.java:78)
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:513)
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:208)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:187)
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:118)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:694)
... 10 more
Caused by: java.lang.ClassNotFoundException: buildcraft.api.fuels.BuildcraftFuelRegistry
at net.minecraft.launchwrapper.LaunchClassLoader.findClass(LaunchClassLoader.java:191)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 37 more
Caused by: java.lang.NullPointerException
at net.minecraft.launchwrapper.LaunchClassLoader.findClass(LaunchClassLoader.java:182)
... 39 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 7 (amd64) version 6.1
Java Version: 1.8.0_25, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 552357664 bytes (526 MB) / 1157627904 bytes (1104 MB) up to 2863661056 bytes (2731 MB)
JVM Flags: 2 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx3G
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.85.1258 Minecraft Forge 10.13.2.1258 21 mods loaded, 21 mods active
mcp{9.05} [Minecraft Coder Pack] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
FML{7.10.85.1258} [Forge Mod Loader] (forge-1.7.10-10.13.2.1258.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
Forge{10.13.2.1258} [Minecraft Forge] (forge-1.7.10-10.13.2.1258.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
<CoFH ASM>{000} [CoFH ASM Data Initialization] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
<DragonAPI ASM>{0} [DragonAPI ASM Data Initialization] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
CoFHCore{1.7.10R3.0.0B8} [CoFH Core] (CoFHCore-[1.7.10]3.0.0B8-36.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
ThermalFoundation{1.7.10R1.0.0B3} [Thermal Foundation] (ThermalFoundation-[1.7.10]1.0.0B3-8.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
ThermalExpansion{1.7.10R4.0.0B6} [Thermal Expansion] (ThermalExpansion-[1.7.10]4.0.0B6-16.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
BigReactors{0.4.0rc10} [Big Reactors] (BigReactors-0.4.0rc10.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
IC2{2.2.654-experimental} [IndustrialCraft 2] (industrialcraft-2-2.2.654-experimental.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
DragonAPI{1.0} [DragonAPI] (DragonAPI 1.7.10 V2.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
ForgeMultipart{1.1.0.314} [Forge Multipart] (ForgeMultipart-1.7.10-1.1.0.314-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
ExtraUtilities{1.2.0} [Extra Utilities] (extrautilities-1.2.0.jar) Unloaded->Constructed->Pre-initialized->Initialized->Errored
flansmod{4.8.0} [Flan's Mod] (Flans Mod-1.7.10-4.8.0.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
Mekanism{7.1.1} [Mekanism] (Mekanism-1.7.10-7.1.1.127.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
MekanismGenerators{7.1.1} [MekanismGenerators] (MekanismGenerators-1.7.10-7.1.1.127.jar) Unloaded->Constructed->Pre-initialized->Initialized->Errored
MekanismTools{7.1.1} [MekanismTools] (MekanismTools-1.7.10-7.1.1.127.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
openmodularturrets{1.3.2} [Open Modular Turrets] (OpenModularTurrets-1.7.10-1.3.2-24.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
RotaryCraft{Gamma} [RotaryCraft] (RotaryCraft 1.7.10 V2.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
McMultipart{1.1.0.314} [Minecraft Multipart Plugin] (ForgeMultipart-1.7.10-1.1.0.314-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
ForgeMicroblock{1.1.0.314} [Forge Microblocks] (ForgeMultipart-1.7.10-1.1.0.314-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
strange i remove buildcraft to test even so it says the error is on buldcraft but only happens when i use the dragonAPI
I've got small issue with Buildcraft (6.2.2), Mekanism (7.1.1.136) and DragonAPI (V2). Well...when I install BC and Mekanism, it works. If I add DragonAPI (and one of your mods), it crashes with following error:
---- Minecraft Crash Report ----
// Quite honestly, I wouldn't worry myself about that.
Time: 8.12.14 16:26
Description: There was a severe problem during mod loading that has caused the game to fail
cpw.mods.fml.common.LoaderException: java.lang.NoSuchMethodError: buildcraft.api.recipes.IRefineryRecipeManager.addRecipe(Ljava/lang/String;Lnet/minecraftforge/fluids/FluidStack;Lnet/minecraftforge/fluids/FluidStack;II)V
at cpw.mods.fml.common.LoadController.transition(LoadController.java:162)
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:515)
at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:239)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:480)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:867)
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: buildcraft.api.recipes.IRefineryRecipeManager.addRecipe(Ljava/lang/String;Lnet/minecraftforge/fluids/FluidStack;Lnet/minecraftforge/fluids/FluidStack;II)V
at buildcraft.BuildCraftEnergy.preInit(BuildCraftEnergy.java:250)
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:513)
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:208)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:187)
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:118)
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:513)
... 10 more
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
So...also when I have DragonAPI (plus one of your mods) and BC...it works and after adding Mekanism, it crashes with the same error...Of course, I can remove one of these mods and play without them but.......it's nice to have them all I will try to write to BC developer too...
OH, just one question, don't you want to add some more turrets? machinegun, anti-air....like only for defense, because as I saw, ICBM doesn't seem to be updated yet and probably won't be updated for a time..I liked the laser one...colorable would be awesome
yes same problem you got a solution for that already?
where? cant see it on page 725 or 724 :/ can u plz point me witch page/? i tried to delete the buildcraft API inside the DragonAPI (was what i got from the few i found, also cant see this but on the FAQ) and still gives the same error i post
actually the second error was different, just notice it, after deleting the API, i still had this error because the new version 6.2.2. of buildcraft remove a file
from builcraft/api/power -> IPowerReceptor.class
so something in your API or wtv is still looking for this file, witch does not exist more on last version on buildcraft (still exist on 6.1.7. witch in using now to test your mod with mekanis... lets see what its possible to do with both
to be honest im totally new on both so i dont knwo what to expect from Mekanism or RotaryCraft, what you guys can tell me about these nd possbile stuff i can do?
so just to confirm: i can delete any API inside the DragonAPI if i have that mod right? that include other API like CoFHCore ? i can delete it on dragon if i have it right?
I also tried finding the MIT one it is supposed to be based on for comparison. The only thing I found, even without looking for "micro", is a certain millimeter-sized microturbine which surely is not outputting 2MW.
millimeter-sized micro turbine? that must be something
I put the rotarycraft in my minecraft 1.6.4 when the game loads it back to launcher,could you help me?? Note: There is no crash report it simply returns to the launcher...sorry mistakes'm brazilian
Reika, help me, please. In google translation bit loses its meaning, so I did not understand how to solve the problem with the BC and DragonAPI and RoC. Just write, we can solve the problem or not, and if so, how. I read a bunch of forums and your FAQ, but no one answer in Russian
---- Minecraft Crash Report ----
// There are four lights!
Time: 08.12.14 20:56
Description: There was a severe problem during mod loading that has caused the game to fail
cpw.mods.fml.common.LoaderException: java.lang.NoClassDefFoundError: buildcraft/api/power/IPowerReceptor
at cpw.mods.fml.common.LoadController.transition(LoadController.java:162)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:692)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:288)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:541)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:867)
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.NoClassDefFoundError: buildcraft/api/power/IPowerReceptor
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at Reika.DragonAPI.Libraries.Java.ReikaJavaLibrary.initClass(ReikaJavaLibrary.java:197)
at Reika.RotaryCraft.RotaryRegistration.addTileEntities(RotaryRegistration.java:51)
at Reika.RotaryCraft.RotaryCraft.load(RotaryCraft.java:271)
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:513)
at sun.reflect.GeneratedMethodAccessor2.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:208)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:187)
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:118)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:691)
... 10 more
Caused by: java.lang.ClassNotFoundException: buildcraft.api.power.IPowerReceptor
at net.minecraft.launchwrapper.LaunchClassLoader.findClass(LaunchClassLoader.java:101)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 41 more
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
You almost always run into issues with simply scaling things up - please forgive the simplifications made below but this is a rather basic analysis:
Doubling power: for decent efficiency you want to be burning at a temperature as high as possible, most turbines run at or above the melting point of their blades - so you can't really increase the temperature, thus to double the power you (crudely) have to double the mass of the air passing through the combustion chamber.
To do that, you need to double the cross sectional area of the intake - this means that the radius (and all lengths radially) increase by 40% You are now going to run into issues with tip speed - as you REALLY don't want those to run supersonic and their speed is directly proportional to the distance from the tip to the central axis - which you've just increased, so you need to drop the rotational speed to compensate by ~30% to keep the tip at the same speed. Which will also drop your massflow so you're now only at a 40% increase rather than doubled. To compensate you need to further increase the CSA of the intake and decrease the rotational speed until basically you've increased the radius by a factor of 4 for a twofold increase in power.
now you have to redesign all the pipework to reduce the bends your pipes make (and believe me there are a lot of pipes) as if your bend angle is too high the flow will separate and you will get huge losses and rarely explosions.
Now you will have to increase the cooling - as you are pumping double the heat energy into the system which your turbine has to extract without the blades melting. You also need to reinforce all the walls.
At the end of all of this you would have a working, but not terribly good, turbine.
It is seriously much more efficient to design a new one from scratch
This. Real-world engineering is much more complicated than "copy it and build it bigger/smaller/etc and get an intuitively scaled result".
Also, it has been nearly two years since I found that microturbine, when I was doing the preliminary research for RC; there is no chance I will ever find it again. I may even be incorrect that it was at MIT, but I do remember them being involved somehow.
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
I already rebuilt every toroid magnet (solenoid and plasma injector too) two times but it's always the same: the charge from the van de graaff doesn't jump or max jumps 2 magnets more
Any ideas what I'm doing wrong? (the solenoid spins with 512 rad/s)
What power is the VDG receiving?
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
The only things I can think of that prevent the charge from jumping are 1) Not enough power from the van de graffs or 2) the toroid magnets are not pointing in the right direction (i.e. away from the middle instead of towards). The second one actually occurred in Reika's own fusion reactor tutorial video (resulting in the escape of plasma when first fired up)
I don't think its 1) because the VDG gets energy from a fueled jet engine
2) Did you mean in which direction I placed the toroid magnets? (of course I watched reika's Fusion reactor tutorial now I think the 8th time and I tried a 1:1 placing with the help of the tokmak blueprint)
Specifically the rotation of the magnets (i.e. that the arrow is point toward the solenoid). Also, unless I'm mistaken, VDGs are dependent on rotation speed rather than torque, which a microturbine spins even faster than a jet engine.
EDIT: Regarding the rotation, how hard would it be to change the texture such that the inward side looks different so that there is a visual indicator that the magnet is not backwards?
I just wanted to post saying thanks Reika. Figuring out how to optimize power to the extractor, was the most enjoyable challenge. Reminded me of the figuring how to do automation in BTW.
I hope someday you make another multistage machine.
Let me throw my two cents in the rebalancing of the Magnetostatic Engine. I like the tiers, they have pushed me to engage your mod. Good job sir. Although I think that they use too little RF/t. You could easily double that.
Let me explain, I use a tier 2 Magnetostatic Engine, as an replacement for a Gasoline Engine with a x2 gearbox. However the tier 2 Magnetostatic Engine, has a minuscule impact on my bases power grid. Where as adding a Gasoline Engine requires me to upgrade far more infrastructure.
It's get far worse when you consider off base, useage. Storing massive amounts of RT isn't that hard. Magnetostatic's are far more safer, and easier to use than Industrial Coils.
ElectricCraft is not the easiest to setup. It requires a lot of planning to use right. I personally use it for all my power transport, but it must be done correctly to mitigate problems, which leave you with this expression
It is indispensable for ReC.
I notice you had a problem but did not want to offer any help since you did not show a picture of your battery setup. It would help if you had provided them. There are many ways to screw oneself tps-wise with ElectricCraft batteries.
Yes, I saw images of the new upgrade crafting. It is an inelegant/complex solution to a small/simple problem, to say the least. However, it's his mod so his prerogative. There will no doubt be other tweaks down the line due to this approach, so this issue is not resolve.
I don't see how running the bedrock dust through the extractor meaningless. It is, for the purpose of game-play, an ore material. However, since you've failed to see my point, I don't see any reason to convince you otherwise. To be sure, I do not use magnetostatic engine for anything in my builds so none of this "nerfing" is relevant to me, at least. Indeed, it might as well not exist since I do not do RF -> RC, only RC -> RF.
^ This.
It seems this forum ghost/hide edited post. You missed the point that I propose the Magnetostatic engine to require bedrock ingot to make. If you had none of the latter, you can't use the former to make the latter; thereby solving the "abuse." As for the extractor, you do not understand how easy it is to tweak the Extractor code to make it require additional power to process bedrock dust -> bedrock flakes. The ingot would require the flakes and not the dust to make. This is the additional gating that requires conventional use of RoC to get you to Magnetostatic.
None of this requires the tweaks to the upgrade mechanism, which he originally devised as a check on whether you went through the tech tree, which was an imperfect solution that needed tweaking again, which I say is still imperfect ad infinitum...But whatever.
I should add that Reika had stated many times, here and else where, that bedrock dust was never meant to be a precious commodity, simply unique. Balance wise, the approach of making them rare or difficult to get past a certain point to prevent some cross-mod compatibility is at least counterproductive and at most dubious.
Try adjusting the rad/s with some gearboxes. I usually use 32Krad/s for my VDGs.
I feel that the new upgrade costs for the magnostatics is, more or less, the right way to gate the bedrock breaker because it requires you to get jet fuel to power your jet pulse furnace if you want the t3 upgrade which can power the bedrock breaker AND still allows the magnostatic to be a low tier engine if you are moving sideways from other tech mods. Putting bedrock in the recipe of the magnostatic would immediately make the engine high tier making some upgrades redundant.
Also putting bedrock dust through the extractor makes no sense in terms of what the extractor is; (Reika correct me if I am wrong) the extractor is more or less the entire IRL ore extraction process simplified to 1 block- first you grind the ore into a powder, then you wash the ore, then separate the ore from the slurry, finally you dry the ore leaving you with generally a relatively fine powder but that largely depends on what mineral was extracted and how. This was a very brief summary of the extraction process IRL particularly since many ores - like gold - have very different ways to process but they follow the same basic steps. As such I dont see how a powder like bedrock dust would fit into this process - what are you trying to extract from it?
It wasn't that I didn't want to offer any help, I explained my setup and Reika basically confirmed that it was because I was using the batteries inline (one auroral battery feeding a series of little ones). Based on his response I assumed pictures wouldn't have made him confirm the issue more than he already did. Like I mentioned (and was shown in my opis screenshots), the game is unplayable and if the way I have it set up is what is causing it, and if the batteries are not designed for this, then I will use another mod to accomplish what I'm trying to do. No need to redesign in ElC just to avoid performance issues. I've never had a mod slow down the game this much just because of a specific design I chose to use. Inefficiency to how I wanted things to work, sure. But performance hits and increasing update times, I've never had that issue before. Maybe I've been lucky.
I still plan on setting up a creative world to see just when it starts having issues, but previous posters have already done this (and posted update times after each stage) so in my opinion there is plenty of documentation on this issue right in this thread.
Since you mention that you have yours set up correctly and have figured out how to do it, would you mind posting your screenshots? That would also be very helpful to other that don't know how to mitigate the tps issues with this mod.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumHowever, I noticed these broad trends:
People seem about evenly split about whether the current approach to nerfing the magnetostatic is effective and the correct direction, with most of those on the "disagree" side having less of a problem with the actual approach and more a problem with the idea of nerfing it at all.
I want to make clear, in this case and many others where I say "nerf", I mean make more expensive to make and/or run; rarely do I mean a reduction in capability. Those of you who want magnetostatics will still always be able to have them as powerful as they are now; the costs are merely going to rise. I am not trying to make magnetostatics worthless or useless, just make it so that by the time you can obtain power level X from them, you can already generate more than X from native RotaryCraft, and thus that magnetostatics cease being the go-to convenient option except in legitimate cases like ReC interdimensional power transport.
Additionally, yes, it is a very serious problem that people abuse magnetostatics and ignore the other engines. As before, relying on them takes out a large portion of the problem-solving ("not enough torque? Upgrade your engine and forget about gearboxes!"), and is arguably a balance problem as well, seeing as it makes the whole concept of "hard work, large reward" fall apart.
No, the Extractor will not accept bedrock, and Lyfthrasir is correct as to why.
I am also not buffing the microturbine. Like all the other engines, it is based on a real-world engine (something from MIT), and doubling its power output drags it firmly beyond the bounds of what is realistic. It also would make the Gas Turbine less efficient per unit power than the Microturbine.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumMaybe, but that does not make it any more realistic.
got this error, im using last forge version, should i change to recomend?
---- Minecraft Crash Report ----
// I bet Cylons wouldn't have this problem.
Time: 09/12/14 06:54
Description: There was a severe problem during mod loading that has caused the game to fail
cpw.mods.fml.common.LoaderException: java.lang.NoClassDefFoundError: buildcraft/api/fuels/BuildcraftFuelRegistry
at cpw.mods.fml.common.LoadController.transition(LoadController.java:162)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:695)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:288)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:541)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:867)
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.NoClassDefFoundError: buildcraft/api/fuels/BuildcraftFuelRegistry
at mekanism.generators.common.MekanismGenerators.postInit(MekanismGenerators.java:78)
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:513)
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:208)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:187)
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:118)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:694)
... 10 more
Caused by: java.lang.ClassNotFoundException: buildcraft.api.fuels.BuildcraftFuelRegistry
at net.minecraft.launchwrapper.LaunchClassLoader.findClass(LaunchClassLoader.java:191)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 37 more
Caused by: java.lang.NullPointerException
at net.minecraft.launchwrapper.LaunchClassLoader.findClass(LaunchClassLoader.java:182)
... 39 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 7 (amd64) version 6.1
Java Version: 1.8.0_25, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 552357664 bytes (526 MB) / 1157627904 bytes (1104 MB) up to 2863661056 bytes (2731 MB)
JVM Flags: 2 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx3G
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.85.1258 Minecraft Forge 10.13.2.1258 21 mods loaded, 21 mods active
mcp{9.05} [Minecraft Coder Pack] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
FML{7.10.85.1258} [Forge Mod Loader] (forge-1.7.10-10.13.2.1258.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
Forge{10.13.2.1258} [Minecraft Forge] (forge-1.7.10-10.13.2.1258.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
<CoFH ASM>{000} [CoFH ASM Data Initialization] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
<DragonAPI ASM>{0} [DragonAPI ASM Data Initialization] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
CoFHCore{1.7.10R3.0.0B8} [CoFH Core] (CoFHCore-[1.7.10]3.0.0B8-36.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
ThermalFoundation{1.7.10R1.0.0B3} [Thermal Foundation] (ThermalFoundation-[1.7.10]1.0.0B3-8.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
ThermalExpansion{1.7.10R4.0.0B6} [Thermal Expansion] (ThermalExpansion-[1.7.10]4.0.0B6-16.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
BigReactors{0.4.0rc10} [Big Reactors] (BigReactors-0.4.0rc10.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
IC2{2.2.654-experimental} [IndustrialCraft 2] (industrialcraft-2-2.2.654-experimental.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
DragonAPI{1.0} [DragonAPI] (DragonAPI 1.7.10 V2.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
ForgeMultipart{1.1.0.314} [Forge Multipart] (ForgeMultipart-1.7.10-1.1.0.314-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
ExtraUtilities{1.2.0} [Extra Utilities] (extrautilities-1.2.0.jar) Unloaded->Constructed->Pre-initialized->Initialized->Errored
flansmod{4.8.0} [Flan's Mod] (Flans Mod-1.7.10-4.8.0.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
Mekanism{7.1.1} [Mekanism] (Mekanism-1.7.10-7.1.1.127.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
MekanismGenerators{7.1.1} [MekanismGenerators] (MekanismGenerators-1.7.10-7.1.1.127.jar) Unloaded->Constructed->Pre-initialized->Initialized->Errored
MekanismTools{7.1.1} [MekanismTools] (MekanismTools-1.7.10-7.1.1.127.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
openmodularturrets{1.3.2} [Open Modular Turrets] (OpenModularTurrets-1.7.10-1.3.2-24.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
RotaryCraft{Gamma} [RotaryCraft] (RotaryCraft 1.7.10 V2.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
McMultipart{1.1.0.314} [Minecraft Multipart Plugin] (ForgeMultipart-1.7.10-1.1.0.314-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
ForgeMicroblock{1.1.0.314} [Forge Microblocks] (ForgeMultipart-1.7.10-1.1.0.314-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized
strange i remove buildcraft to test even so it says the error is on buldcraft but only happens when i use the dragonAPI
yes same problem you got a solution for that already?
Yes, click the 'Prev' button and look
where? cant see it on page 725 or 724 :/ can u plz point me witch page/? i tried to delete the buildcraft API inside the DragonAPI (was what i got from the few i found, also cant see this but on the FAQ) and still gives the same error i post
from builcraft/api/power -> IPowerReceptor.class
so something in your API or wtv is still looking for this file, witch does not exist more on last version on buildcraft (still exist on 6.1.7. witch in using now to test your mod with mekanis... lets see what its possible to do with both
to be honest im totally new on both so i dont knwo what to expect from Mekanism or RotaryCraft, what you guys can tell me about these nd possbile stuff i can do?
so just to confirm: i can delete any API inside the DragonAPI if i have that mod right? that include other API like CoFHCore ? i can delete it on dragon if i have it right?
thanks!
millimeter-sized micro turbine? that must be something
---- Minecraft Crash Report ----
// There are four lights!
Time: 08.12.14 20:56
Description: There was a severe problem during mod loading that has caused the game to fail
cpw.mods.fml.common.LoaderException: java.lang.NoClassDefFoundError: buildcraft/api/power/IPowerReceptor
at cpw.mods.fml.common.LoadController.transition(LoadController.java:162)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:692)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:288)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:541)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:867)
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.NoClassDefFoundError: buildcraft/api/power/IPowerReceptor
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at Reika.DragonAPI.Libraries.Java.ReikaJavaLibrary.initClass(ReikaJavaLibrary.java:197)
at Reika.RotaryCraft.RotaryRegistration.addTileEntities(RotaryRegistration.java:51)
at Reika.RotaryCraft.RotaryCraft.load(RotaryCraft.java:271)
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:513)
at sun.reflect.GeneratedMethodAccessor2.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:208)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:187)
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:118)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:691)
... 10 more
Caused by: java.lang.ClassNotFoundException: buildcraft.api.power.IPowerReceptor
at net.minecraft.launchwrapper.LaunchClassLoader.findClass(LaunchClassLoader.java:101)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 41 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 7 (amd64) version 6.1
Java Version: 1.8.0_25, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 377891056 bytes (360 MB) / 1220018176 bytes (1163 MB) up to 2863661056 bytes (2731 MB)
JVM Flags: 3 total; -Xmx3072M -XX:MaxPermSize=256M -Xmx3G
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.85.1230 Minecraft Forge 10.13.2.1230 Optifine OptiFine_1.7.10_HD_U_B1 15 mods loaded, 15 mods active
mcp{9.05} [Minecraft Coder Pack] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized
FML{7.10.85.1230} [Forge Mod Loader] (forge-1.7.10-10.13.2.1230.jar) Unloaded->Constructed->Pre-initialized->Initialized
Forge{10.13.2.1230} [Minecraft Forge] (forge-1.7.10-10.13.2.1230.jar) Unloaded->Constructed->Pre-initialized->Initialized
CodeChickenCore{1.0.2.9} [CodeChicken Core] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized
{0} [DragonAPI ASM Data Initialization] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized
NotEnoughItems{1.0.2.15} [Not Enough Items] (NotEnoughItems-1.7.10-1.0.2.15-universal.jar) Unloaded->Constructed->Pre-initialized->Initialized
BuildCraft|Core{6.2.2} [BuildCraft] (buildcraft-6.2.2.jar) Unloaded->Constructed->Pre-initialized->Initialized
BuildCraft|Transport{6.2.2} [BC Transport] (buildcraft-6.2.2.jar) Unloaded->Constructed->Pre-initialized->Initialized
BuildCraft|Silicon{6.2.2} [BC Silicon] (buildcraft-6.2.2.jar) Unloaded->Constructed->Pre-initialized->Initialized
BuildCraft|Builders{6.2.2} [BC Builders] (buildcraft-6.2.2.jar) Unloaded->Constructed->Pre-initialized->Initialized
BuildCraft|Energy{6.2.2} [BC Energy] (buildcraft-6.2.2.jar) Unloaded->Constructed->Pre-initialized->Initialized
BuildCraft|Factory{6.2.2} [BC Factory] (buildcraft-6.2.2.jar) Unloaded->Constructed->Pre-initialized->Initialized
Waila{1.5.5} [Waila] (Waila-1.5.5_1.7.10.jar) Unloaded->Constructed->Pre-initialized->Initialized
DragonAPI{1.0} [DragonAPI] (DragonAPI_1.7.10_V2.jar) Unloaded->Constructed->Pre-initialized->Initialized
RotaryCraft{Gamma} [RotaryCraft] (RotaryCraft_1.7.10_V2.jar) Unloaded->Constructed->Pre-initialized->Errored
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumThis. Real-world engineering is much more complicated than "copy it and build it bigger/smaller/etc and get an intuitively scaled result".
Also, it has been nearly two years since I found that microturbine, when I was doing the preliminary research for RC; there is no chance I will ever find it again. I may even be incorrect that it was at MIT, but I do remember them being involved somehow.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumWhat power is the VDG receiving?
-
View User Profile
-
View Posts
-
Send Message
Curse Premium-
View User Profile
-
View Posts
-
Send Message
Curse PremiumSpecifically the rotation of the magnets (i.e. that the arrow is point toward the solenoid). Also, unless I'm mistaken, VDGs are dependent on rotation speed rather than torque, which a microturbine spins even faster than a jet engine.
EDIT: Regarding the rotation, how hard would it be to change the texture such that the inward side looks different so that there is a visual indicator that the magnet is not backwards?
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumI hope someday you make another multistage machine.
Let me throw my two cents in the rebalancing of the Magnetostatic Engine. I like the tiers, they have pushed me to engage your mod. Good job sir. Although I think that they use too little RF/t. You could easily double that.
Let me explain, I use a tier 2 Magnetostatic Engine, as an replacement for a Gasoline Engine with a x2 gearbox. However the tier 2 Magnetostatic Engine, has a minuscule impact on my bases power grid. Where as adding a Gasoline Engine requires me to upgrade far more infrastructure.
It's get far worse when you consider off base, useage. Storing massive amounts of RT isn't that hard. Magnetostatic's are far more safer, and easier to use than Industrial Coils.