1.7.10
Forge
Blocks
Items
Magic
Realism
OK, outputting speed but not power when disabled was not intended, no. That was the result of an oversight which has been fixed. But the fixed speed for every other power level is intended.
Yh idk why i thought otherwise on the fixed speed, but i shoulda worded the other bit differently
I changed the way ECUs work. Now they can slow down engines as well as stop them, which gives greater fuel efficiency. The ECU does not respond to redstone in your version. Right-click it with the screwdriver. The first stage it takes will be shutting down the engine.
Thank you for answer!
However, I had to use a safety feature of the gas turbine this.
(In conjunction with the Player Ditector)
It was no longer able to use such It is a pity.
In addition, there is also the spring itself is lost.
Input torque 2kNx32 (CVT)
I will re-add shutdown-with-redstone control.
The spring has a chance to break, especially at such high torques. 65kNm is in fact enough to charge a spring all the way, so breakage is quite likely above 16000 or so.
Thankfully! I died 10 times in a gas turbine!
I was able to understand well!
It is thought that it becomes the notation "kW" output is to be measured, representation of the machinery is wrong.
You might want to have a look at this:
http://en.wikipedia.org/wiki/Kilo-
And especially these:
http://en.wikipedia...._Units#Prefixes
http://en.wikipedia....s#Derived_units
EDIT:
I also have some good news about GeoStrata. Long-standing was the fear of overwriting so much stone so that vanilla or mod ores could no longer generate sufficiently (as most ores are coded to only generate in stone). Well, both have been nullified as fears:
Code call timing tests have determined that the mods' world generators - which are used to generate mod ores and my rocks - are called after the chunk generator runs the code to generate vanilla ores (and dirt, gravel, and the like). Therefore, it is impossible for my rocks to overwrite the stone such that they cannot generate.
Moreover, I have found a way to allow mod (and vanilla) ores to, just in case, overwrite my stone, allowing ore generation, both vanilla and modded, to be completely unaffected by my rock, no matter what quantities I generate it in. That said, after seeing how ugly caves made entirely of colorful rock are, I will be scaling back the generation amounts to a few times as much as dirt (~5-10% of stone), and testing that.
However, it makes no sense; the line marked with "**" is throwing NullPointerExceptions. Coders will realize that this is impossible for two reasons: The fact that the previous line would also NPE, and the fact that both are in a "only execute if non-null" check.
Having looked further into the handbook crash, I have determined the following:
However, the good news is that the next release may fix it, as the code is no longer identical, and it is very likely to be fixed in 1.6, seeing as how MCP is essentially rewritten each time.
Also, I am working with the rock generation for GeoStrata; it is quite a balancing act to get them generating in the desired amounts, and one that I have yet to get correctly.
2013-09-13 23:00:32 [INFO] [STDOUT] DragonAPI is not running in a deobfuscated environment!
2013-09-13 23:00:34 [INFO] [STDOUT] RotaryCraft is not running in a deobfuscated environment!
2013-09-13 23:00:34 [SEVERE] [RotaryCraft] The mod RotaryCraft is expecting signature @GET_FINGERPRINT@ for source RotaryCraft V1.0.zip, however there is no signature matching that description
2013-09-13 23:00:34 [INFO] [STDOUT] RotaryCraft is not running in a deobfuscated environment!
2013-09-13 23:00:34 [INFO] [STDERR] Exception in thread "Minecraft main thread" java.lang.NoSuchMethodError: Reika.DragonAPI.Instantiable.ItemSpriteSheetRenderer.<init>(Ljava/lang/Class;Ljava/lang/String;Ljava/lang/String;)V
2013-09-13 23:00:34 [INFO] [STDERR] at Reika.RotaryCraft.ClientProxy.<clinit>(ClientProxy.java:43)
2013-09-13 23:00:34 [INFO] [STDERR] at java.lang.Class.forName0(Native Method)
2013-09-13 23:00:34 [INFO] [STDERR] at java.lang.Class.forName(Unknown Source)
2013-09-13 23:00:34 [INFO] [STDERR] at cpw.mods.fml.common.ProxyInjector.inject(ProxyInjector.java:58)
2013-09-13 23:00:34 [INFO] [STDERR] at cpw.mods.fml.common.FMLModContainer.constructMod(FMLModContainer.java:471)
2013-09-13 23:00:34 [INFO] [STDERR] at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
2013-09-13 23:00:34 [INFO] [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
2013-09-13 23:00:34 [INFO] [STDERR] at java.lang.reflect.Method.invoke(Unknown Source)
2013-09-13 23:00:34 [INFO] [STDERR] at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
2013-09-13 23:00:34 [INFO] [STDERR] at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)
2013-09-13 23:00:34 [INFO] [STDERR] at com.google.common.eventbus.EventBus.dispatch(EventBus.java:314)
2013-09-13 23:00:34 [INFO] [STDERR] at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:296)
2013-09-13 23:00:34 [INFO] [STDERR] at com.google.common.eventbus.EventBus.post(EventBus.java:267)
2013-09-13 23:00:34 [INFO] [STDERR] at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:192)
2013-09-13 23:00:34 [INFO] [STDERR] at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:172)
2013-09-13 23:00:34 [INFO] [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2013-09-13 23:00:34 [INFO] [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
2013-09-13 23:00:34 [INFO] [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
2013-09-13 23:00:34 [INFO] [STDERR] at java.lang.reflect.Method.invoke(Unknown Source)
2013-09-13 23:00:34 [INFO] [STDERR] at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
2013-09-13 23:00:34 [INFO] [STDERR] at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)
2013-09-13 23:00:34 [INFO] [STDERR] at com.google.common.eventbus.EventBus.dispatch(EventBus.java:314)
2013-09-13 23:00:34 [INFO] [STDERR] at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:296)
2013-09-13 23:00:34 [INFO] [STDERR] at com.google.common.eventbus.EventBus.post(EventBus.java:267)
2013-09-13 23:00:34 [INFO] [STDERR] at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:103)
2013-09-13 23:00:34 [INFO] [STDERR] at cpw.mods.fml.common.Loader.loadMods(Loader.java:504)
2013-09-13 23:00:34 [INFO] [STDERR] at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:163)
2013-09-13 23:00:34 [INFO] [STDERR] at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:411)
2013-09-13 23:00:34 [INFO] [STDERR] at net.minecraft.client.MinecraftAppletImpl.func_71384_a(SourceFile:56)
2013-09-13 23:00:34 [INFO] [STDERR] at net.minecraft.client.Minecraft.run(Minecraft.java:733)
2013-09-13 23:00:34 [INFO] [STDERR] at java.lang.Thread.run(Unknown Source)
i use rotarycraft v1.0 and dragon api that i can find on the forum link (latest version 442kb)
No he is simply saying that the bug that may be happening in MCP for 1.5 is most likely fixed and working fine in MCP for 1.6.
He is not stating that he is currently working on updating to 1.6
He will update, just be patient, let him iron out all his bugs first, and then im sure he will get started on 1.6
It was convinced "m, mmm" and the output format of the generator (in fact, was a "m.mmm")
However, I feel that is easy to misunderstand is the inconsistency of notation.
Then, removal and collection of the machine would not be?I hope the implementation of the special tool.
??
Also, for those getting a crash that looks like this:
Try re-downloading DragonAPI. This crash is being caused by RC not finding a DragonAPI class.
Also, I plan to have the final "no longer beta" gamma (essentially "full", but still open to bug reports and bug fixes) release next Tuesday.
I love this mod, thank you for this