Okay, so that bug may have been random and non-reproducible, but this one is just plain funny. When turtles, quarries, or whatever kind of automatic mining machines hit your ReactorCraft ores, they spit exp. What the heck? Lol.
Okay, so that bug may have been random and non-reproducible, but this one is just plain funny. When turtles, quarries, or whatever kind of automatic mining machines hit your ReactorCraft ores, they spit exp. What the heck? Lol.
you would have to run from the sound of the void monster .. scary, an enemy you can't see.
it would make mining at low levels dangerous if it could attack through bedrock maybe 5,10,20 blocks above it.
as for getting rid of the monster, there's no way in vanilla to break through the bedrock, therefore you would have to naturally generate them or add a way through bedrock to void monster. i vote for a kind of ghost buster feel series of machines and gear that would allow you to go down under the bedrock and fight the monster, or let it up to you.
I do not want to add a lot to this mod, so generating a hole in the bedrock is probably the best solution.
The last time I saw those was around 1.4.5 (142?), when a feature generated near the bottom of the map. They don't exist anymore, and last time I checked, the vanilla function to replace blocks at worldgen would not replace blocks at Y=1 (that was checked back in 147).
Hallo! My server keeps crashing randomly and I'm tracking down anything that says [SEVERE]. I'm getting this message for both DragonAPI and for Geostrata:
2014-02-18 00:10:33 [SEVERE] [DragonAPI] The mod DragonAPI is expecting signature @GET_FINGERPRINT@ for source DragonAPI 1.6 V15b.zip, however there is no signature matching that description
2014-02-18 00:10:34 [SEVERE] [GeoStrata] The mod GeoStrata is expecting signature @GET_FINGERPRINT@ for source GeoStrata 1.6 V15.zip, however there is no signature matching that description
I do not want to add a lot to this mod, so generating a hole in the bedrock is probably the best solution.
so will the monster come up from the void right away or through having a hole within it's path? Will it only come up if your below a certain depth? How high can it travel to in the overworld? Can it travel through the rock or only through caves?
Hallo! My server keeps crashing randomly and I'm tracking down anything that says [SEVERE]. I'm getting this message for both DragonAPI and for Geostrata:
2014-02-18 00:10:33 [SEVERE] [DragonAPI] The mod DragonAPI is expecting signature @GET_FINGERPRINT@ for source DragonAPI 1.6 V15b.zip, however there is no signature matching that description
2014-02-18 00:10:34 [SEVERE] [GeoStrata] The mod GeoStrata is expecting signature @GET_FINGERPRINT@ for source GeoStrata 1.6 V15.zip, however there is no signature matching that description
Any idea what might be causing that?
That is not an error, but you are using an old version.
so will the monster come up from the void right away or through having a hole within it's path? Will it only come up if your below a certain depth? How high can it travel to in the overworld? Can it travel through the rock or only through caves?
It does not phase through blocks, and is free to move anywhere.
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
Okay. Restart. Just from the four questions. The first two: yes. The second two: no.
It is a problem if you allow people to redistribute the mods or the pack, because that makes version control nearly impossible. And why would you allow people to redistribute the individual mods?
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
Reika, I know you've updated and all, but I've found a bug with the Pulse Jet Furnace in 15b. I looked over the patch notes a few times but didnt see it mentioned so I am posting it.
When using the Pulse Jet Furnace and converting buckets back to iron, you can place a stack of them in it. Here's the fun part...
Bug #1: Nothing happens. You must remove the buckets and insert 9 HSLA Scrap to make the furnace activate and start heating. Then quickly remove the recovered ingot, and start your other processes.
Bug #2: Upon smelting buckets you get iron ingots. Jolly good right? First bucket converts to 3 ingots, subsequent buckets produce 1 ingot if you leave the initial 3 in the output box. Upon removal of the initial 3 iron ingots, the subsequent bucket produces 3 more. If you continue to leave the output box with anything in it, you get only one ingot back. This is even if smelting just one item at a time.
Separate issue for the person that remarked about the fuel components being consumed randomly, I can without a doubt say that's the poorest random I've ever seen.
Also to heat a furnace to make the HSLA Steel, you can use 1 bucket of lava, 1 netherrack and light the rack on fire. This will heat you to the perfect temp to get started in a cold biome.
After shutting down the performance engine and then starting it back up, I see a sudden drop in fuel. About 20-30 seconds worth suddenly consumed. Is this a deliberate cost of turning the engine on/off?
Separate issue for the person that remarked about the fuel components being consumed randomly, I can without a doubt say that's the poorest random I've ever seen.
If you think you can do better than java.util.Random, go right ahead.
From the javadoc:
An instance of this class is used to generate a stream of pseudorandom numbers. The class uses a 48-bit seed, which is modified using a linear congruential formula. (See Donald Knuth, The Art of Computer Programming, Volume 2, Section 3.2.1.)
If two instances of Random are created with the same seed, and the same sequence of method calls is made for each, they will generate and return identical sequences of numbers. In order to guarantee this property, particular algorithms are specified for the class Random. Java implementations must use all the algorithms shown here for the class Random, for the sake of absolute portability of Java code. However, subclasses of class Random are permitted to use other algorithms, so long as they adhere to the general contracts for all the methods.
The algorithms implemented by class Random use a protected utility method that on each invocation can supply up to 32 pseudorandomly generated bits.
Many applications will find the method Math.random simpler to use.
Instances of java.util.Random are threadsafe. However, the concurrent use of the same java.util.Random instance across threads may encounter contention and consequent poor performance. Consider instead using java.util.concurrent.ThreadLocalRandom in multithreaded designs.
Instances of java.util.Random are not cryptographically secure. Consider instead using java.security.SecureRandom to get a cryptographically secure pseudo-random number generator for use by security-sensitive applications.
Since:
1.0
Author:
Frank Yellin
After shutting down the performance engine and then starting it back up, I see a sudden drop in fuel. About 20-30 seconds worth suddenly consumed. Is this a deliberate cost of turning the engine on/off?
Yes, fuel is consumed at 8x normal when spinning up.
So ... for the bedrock monster ... Just imagine "Minecraft of Moria" ...
Rich ore deposits down at Y=2. But every once in a while, the bedrock at Y=1 is missing from underneath.
===
Java's RNG, at least back several version, had horrible behavior, and the last several bits were cyclic over a very short period (something like 2^16 or so). There are lots of good replacements for it. I don't know which one is current in Java as standard, but if I wanted a good RNG I would use a different one.
The general API -- seed it, get the same sequence from the same seed -- is at least as old as the standard C library, and a lot of routines exist to provide the back-end.
A quick check of google just now, I could not find the original reports I saw in the past about the flaws. But what I did find is reports from about 6 months ago about weaknesses in the SecureRandom -- apparently it is not cryptography safe after all.
(In regard to a mod that gives realistic animal genetics):
Would you really rather have bees that make diamonds and oil with magical genetic blocks?
... did I really ask that?
So ... for the bedrock monster ... Just imagine "Minecraft of Moria" ...
Rich ore deposits down at Y=2. But every once in a while, the bedrock at Y=1 is missing from underneath.
===
Java's RNG, at least back several version, had horrible behavior, and the last several bits were cyclic over a very short period (something like 2^16 or so). There are lots of good replacements for it. I don't know which one is current in Java as standard, but if I wanted a good RNG I would use a different one.
The general API -- seed it, get the same sequence from the same seed -- is at least as old as the standard C library, and a lot of routines exist to provide the back-end.
A quick check of google just now, I could not find the original reports I saw in the past about the flaws. But what I did find is reports from about 6 months ago about weaknesses in the SecureRandom -- apparently it is not cryptography safe after all.
The java random is as standard as anything else. 2^16 is hardly short for my purposes.
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
Sorry for the delay - my online access is spotty at this point (and not at my home PC). The file I have just said v16. I see that there's a newer download available, so I'll grab that and see if it works better for me.
Though the one I'm getting now is v16c not d. (Edit to add - yes, also grabbing the updated DragonAPI.)
Sorry about that. I'd just got into RotaryCraft a few days prior, hadn't realised it had been updated that fast. Too much time spent with ThaumCraft I guess, heh.
Every time I turn off my 16 chained hydrokinetic engines by stopping the waterfall with a bunch of pistons on some rednet cable with a lever on the end, I get this:
2014-02-19 16:34:45 [INFO] [STDOUT] Tile Entity Hydrokinetic Engine @ -252, 72, 856 is throwing class java.lang.NullPointerException on update: null
2014-02-19 16:34:45 [INFO] [STDERR] java.lang.NullPointerException
2014-02-19 16:34:45 [INFO] [STDERR] at Reika.RotaryCraft.TileEntities.Production.TileEntityEngine.distributeLubricant(TileEntityEngine.java:1288)
2014-02-19 16:34:45 [INFO] [STDERR] at Reika.RotaryCraft.TileEntities.Production.TileEntityEngine.updateEntity(TileEntityEngine.java:1256)
2014-02-19 16:34:45 [INFO] [STDERR] at Reika.DragonAPI.Base.TileEntityBase.func_70316_g(TileEntityBase.java:173)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.world.World.func_72939_s(World.java:2209)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1921)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:910)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:838)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.client.main.Main.main(SourceFile:101)
2014-02-19 16:34:45 [INFO] [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2014-02-19 16:34:45 [INFO] [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
2014-02-19 16:34:45 [INFO] [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
2014-02-19 16:34:45 [INFO] [STDERR] at java.lang.reflect.Method.invoke(Unknown Source)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.launchwrapper.Launch.main(Launch.java:27)
What the heck?Also, does the bedrock breaker have to be placed directly behind a block of bedrock, or does it have somewhat of a range?
Every time I turn off my 16 chained hydrokinetic engines by stopping the waterfall with a bunch of pistons on some rednet cable with a lever on the end, I get this:
2014-02-19 16:34:45 [INFO] [STDOUT] Tile Entity Hydrokinetic Engine @ -252, 72, 856 is throwing class java.lang.NullPointerException on update: null
2014-02-19 16:34:45 [INFO] [STDERR] java.lang.NullPointerException
2014-02-19 16:34:45 [INFO] [STDERR] at Reika.RotaryCraft.TileEntities.Production.TileEntityEngine.distributeLubricant(TileEntityEngine.java:1288)
2014-02-19 16:34:45 [INFO] [STDERR] at Reika.RotaryCraft.TileEntities.Production.TileEntityEngine.updateEntity(TileEntityEngine.java:1256)
2014-02-19 16:34:45 [INFO] [STDERR] at Reika.DragonAPI.Base.TileEntityBase.func_70316_g(TileEntityBase.java:173)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.world.World.func_72939_s(World.java:2209)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1921)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:910)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:838)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.client.main.Main.main(SourceFile:101)
2014-02-19 16:34:45 [INFO] [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2014-02-19 16:34:45 [INFO] [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
2014-02-19 16:34:45 [INFO] [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
2014-02-19 16:34:45 [INFO] [STDERR] at java.lang.reflect.Method.invoke(Unknown Source)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.launchwrapper.Launch.main(Launch.java:27)
What the heck?
Also, does the bedrock breaker have to be placed directly behind a block of bedrock, or does it have somewhat of a range?
Bedrock Breaker has a 4 block range, but it won't break bedrock at the bottom-most layer. Read its entry in the manual. :3
As for the bug... It looks like you're... Treading water. *Sunglasses* YEAAAAAAAAAAAAAAAAH!
No idea though. XD
Looks like it is using lubricant but then suddenly not needing to, so it doesn't know what to do with the lubricant it marked as used.
Only the ones that do not drop an ore block.
No, I have buffed it since. A combat video is being uploaded.
I do not like this idea.
I do not want to add a lot to this mod, so generating a hole in the bedrock is probably the best solution.
I can easily create my own.
I like that.
2014-02-18 00:10:33 [SEVERE] [DragonAPI] The mod DragonAPI is expecting signature @GET_FINGERPRINT@ for source DragonAPI 1.6 V15b.zip, however there is no signature matching that description
2014-02-18 00:10:34 [SEVERE] [GeoStrata] The mod GeoStrata is expecting signature @GET_FINGERPRINT@ for source GeoStrata 1.6 V15.zip, however there is no signature matching that description
Any idea what might be causing that?
so will the monster come up from the void right away or through having a hole within it's path? Will it only come up if your below a certain depth? How high can it travel to in the overworld? Can it travel through the rock or only through caves?
That is not an error, but you are using an old version.
It does not phase through blocks, and is free to move anywhere.
Okay. Restart. Just from the four questions. The first two: yes. The second two: no.
It is a problem if you allow people to redistribute the mods or the pack, because that makes version control nearly impossible. And why would you allow people to redistribute the individual mods?
When using the Pulse Jet Furnace and converting buckets back to iron, you can place a stack of them in it. Here's the fun part...
Bug #1: Nothing happens. You must remove the buckets and insert 9 HSLA Scrap to make the furnace activate and start heating. Then quickly remove the recovered ingot, and start your other processes.
Bug #2: Upon smelting buckets you get iron ingots. Jolly good right? First bucket converts to 3 ingots, subsequent buckets produce 1 ingot if you leave the initial 3 in the output box. Upon removal of the initial 3 iron ingots, the subsequent bucket produces 3 more. If you continue to leave the output box with anything in it, you get only one ingot back. This is even if smelting just one item at a time.
Separate issue for the person that remarked about the fuel components being consumed randomly, I can without a doubt say that's the poorest random I've ever seen.
Also to heat a furnace to make the HSLA Steel, you can use 1 bucket of lava, 1 netherrack and light the rack on fire. This will heat you to the perfect temp to get started in a cold biome.
I can add one.
If you think you can do better than java.util.Random, go right ahead.
From the javadoc:
Yes, fuel is consumed at 8x normal when spinning up.
Then you are not giving it enough.
Rich ore deposits down at Y=2. But every once in a while, the bedrock at Y=1 is missing from underneath.
===
Java's RNG, at least back several version, had horrible behavior, and the last several bits were cyclic over a very short period (something like 2^16 or so). There are lots of good replacements for it. I don't know which one is current in Java as standard, but if I wanted a good RNG I would use a different one.
The general API -- seed it, get the same sequence from the same seed -- is at least as old as the standard C library, and a lot of routines exist to provide the back-end.
A quick check of google just now, I could not find the original reports I saw in the past about the flaws. But what I did find is reports from about 6 months ago about weaknesses in the SecureRandom -- apparently it is not cryptography safe after all.
* Promoting this week: Captive Minecraft 4, Winter Realm. Aka: Vertical Vanilla Viewing. Clicky!
* My channel with Mystcraft, and general Minecraft Let's Plays: http://www.youtube.com/user/Keybounce.
* See all my video series: http://www.minecraftforum.net/forums/minecraft-editions/minecraft-editions-show-your/2865421-keybounces-list-of-creation-threads
(In regard to a mod that gives realistic animal genetics):
Would you really rather have bees that make diamonds and oil with magical genetic blocks?
... did I really ask that?
The java random is as standard as anything else. 2^16 is hardly short for my purposes.
Though the one I'm getting now is v16c not d. (Edit to add - yes, also grabbing the updated DragonAPI.)
Sorry about that. I'd just got into RotaryCraft a few days prior, hadn't realised it had been updated that fast. Too much time spent with ThaumCraft I guess, heh.
2014-02-19 16:34:45 [INFO] [STDOUT] Tile Entity Hydrokinetic Engine @ -252, 72, 856 is throwing class java.lang.NullPointerException on update: null
2014-02-19 16:34:45 [INFO] [STDERR] java.lang.NullPointerException
2014-02-19 16:34:45 [INFO] [STDERR] at Reika.RotaryCraft.TileEntities.Production.TileEntityEngine.distributeLubricant(TileEntityEngine.java:1288)
2014-02-19 16:34:45 [INFO] [STDERR] at Reika.RotaryCraft.TileEntities.Production.TileEntityEngine.updateEntity(TileEntityEngine.java:1256)
2014-02-19 16:34:45 [INFO] [STDERR] at Reika.DragonAPI.Base.TileEntityBase.func_70316_g(TileEntityBase.java:173)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.world.World.func_72939_s(World.java:2209)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1921)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:910)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:838)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.client.main.Main.main(SourceFile:101)
2014-02-19 16:34:45 [INFO] [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2014-02-19 16:34:45 [INFO] [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
2014-02-19 16:34:45 [INFO] [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
2014-02-19 16:34:45 [INFO] [STDERR] at java.lang.reflect.Method.invoke(Unknown Source)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
2014-02-19 16:34:45 [INFO] [STDERR] at net.minecraft.launchwrapper.Launch.main(Launch.java:27)
What the heck?Also, does the bedrock breaker have to be placed directly behind a block of bedrock, or does it have somewhat of a range?
Bedrock Breaker has a 4 block range, but it won't break bedrock at the bottom-most layer. Read its entry in the manual. :3
As for the bug... It looks like you're... Treading water. *Sunglasses* YEAAAAAAAAAAAAAAAAH!
No idea though. XD
Looks like it is using lubricant but then suddenly not needing to, so it doesn't know what to do with the lubricant it marked as used.