Minecraft Forums

Quote from Zero5211

Is the Performance Engine supposed to use up its additives even when there's no fuel? I stuck half a stack of blaze powder in there and it disappeared when I came back from a mining trip and tried to process my ores.

I will fix that.

Quote from Zero5211

Also, I had a neat idea for the crystals. What about a big Crystal Golem you had to fight that, when it hit you, would randomly use one of the Nether effects? It would also do a lot of damage, and thus require having those pendants (or a good stock of potions). When you kill it, it drops one piece of gem armor (or the whole set), and each piece has 3-4 effects on it while also affording diamond level protection. It wouldn't be randomly spawned; I was thinking of having to create a portal using all 16 crystals, so you couldn't just summon it inside of a bedrock box and poke it to death with a bow. Gives a bit of purpose to those pendants, since there's really no challenge once you obtain them unless you have other mods, such as Twilight Forest or Blood Magic.

I hate it when mods add mobs, and do not wish to do the same.

Quote from Benitsubasa

I think my biggest problem with reactors is that I wouldn't even know what to do with 950 MW xD

I need 10x that.

Quote from Lyrael

I have identified a game crash bug in ReactorCraft due to item 2036 not having an icon returned when getBlockTextureFromSide(2) is called on the block.

This can be reproduced most easily with ReactorCraft and Thaumcraft both installed. This is because the error occurs when the player is "inside" the block and the easiest way for a player to get stuck inside a block is if they use portable hole and the hole closes.

My test case was to create a 3x3 cube of Magnetite Ore blocks, use the portable hole on the cube and stand in the middle of it. When the hole closes, crash!

The problem is a bug in vanilla code. Here is getBlockTextureFromSide:

public final Icon getBlockTextureFromSide(int par1)
{
	 return this.getIcon(par1, 0);
}

The "par1" is the side, from 0-6; For some reason, 2 is used for interior faces (which would mean being inside a bookshelf would see books on top and bottom, for example).

Notice, however, how the second argument, the block metadata, is hardcoded, at zero. The ReactorCraft ore block has no type at metadata zero (and thus no icon) for technical reasons, and that is why it is crashing.
Additionally, I can do little to get around it because the method is final - i.e. not overrideable.
Finally, because the metadata argument is hardcoded rather than using the real metadata, there is no way I can get it to render correctly. Even if I forcibly load a texture into the nonexistent slot, it will be the wrong texture.
Test this for me - does all wool look white from inside?

Quote from jlp1528

Funny... that made me realize something - I think 950 MW must be toward the limit of what 5 turbines like that can produce. I'd have to do some more testing myself to be sure, but I'd think about adding another turbine if I were you, cathode01...

950MW is in fact the cap for one water-driven turbine. It doubles to 1.9GW for an ammonia-driven one.

Quote from jlp1528

Wait... I meant 5 turbine blocks in a row like that. At least, that's what it looks like. When you say ONE turbine, are you talking the single block or the multiblock structure?

The five turbines.

Quote from Zero5211

Oh, wasn't aware of that. I thought you might have liked it since you made the Void Monster. Do you not like adding monsters in general, or just adding mobs to the regular mob pool? It would only be accessible with an arrangement of each crystal, so if you don't want to bother it, it won't affect you in any way.

To me, it wrecks the feel of the game.

Quote from zohar101

Once you start filling up the place with all the machines, it gets super annoying to have to attend to 20 different engines regarding fuel, additives, lubricant or just simple shutting on/off. Not to mention the noise.
Having one big source of energy to supplement all that later on in the game is a good incentive.

I have 47 maxed-out Borers, 8 (possibly 24+ soon) maxed-out extractors, 13 maxed-out friction heaters, 20+ maxed-out fertilizers, 10+ maxed-out vacuums, three (and soon to be 12+) maxed-out centrifuges, three (and soon to be 20+) maxed-out Van De Graaff generators, 16 maxed-out spawner controllers, a Mass Fab, a wall of TE machines, 60+ cyclic assemblers, tons of floodlights, 3+ maxed-out woodcutters, a weather controller, lots of maxed-out pneumatic item pumps, a few maxed-out RC water pumps, and more. Oh, and like half a dozen (maxed-out) heavy water pumps.

And a massive 400MJ/t ME system.

And I want more. And I want to have tons of excess for when I want to plug something else in.

Quote from Benitsubasa

Haha k well then xD I'm satiated with having multiple stacks excess usually

I meant tons of excess power. Nothing satiates my hunger for resources. I have over 2M of most metals and just want MORE.

PS
Sneak peek of upcoming feature:


Not cheap, though:

Quote from jlp1528

Also, I thought I'd share my funny of the day...
Reika.RotaryCraft.API.Screwdriverable
SCREWDRIVERABLE?! WTF

It is for exactly what it sounds like.

Quote from Sgat8516

None what so ever in the overworld.
Had a slight issue with a basic fission reactor setup for making tritium, so the area was partially radioactive (so the VDG killed me like 12 times lol); but I tested it elsewhere in the world without any success either.

Since it works in other dimensions, seems most likely to be an issue with another plugin; just wasn't sure if you knew of a possible culprit.

Is the first toroid getting charge (is there a bolt jumping to it)?

Also, I messed something up again.

Quote from Reika

The problem is a bug in vanilla code. Here is getBlockTextureFromSide:

public final Icon getBlockTextureFromSide(int par1)
{
	 return this.getIcon(par1, 0);
}

The "par1" is the side, from 0-6; For some reason, 2 is used for interior faces (which would mean being inside a bookshelf would see books on top and bottom, for example).

Notice, however, how the second argument, the block metadata, is hardcoded, at zero. The ReactorCraft ore block has no type at metadata zero (and thus no icon) for technical reasons, and that is why it is crashing.
Additionally, I can do little to get around it because the method is final - i.e. not overrideable.
Finally, because the metadata argument is hardcoded rather than using the real metadata, there is no way I can get it to render correctly. Even if I forcibly load a texture into the nonexistent slot, it will be the wrong texture.

First, isn't the point of access transformers being able to turn finals into normal (overridable) methods?

Second, is that something that is worth pushing a fix to forge so that forge will have a proper (meta-data aware) version?

Third, how do we get our head inside a wool to test that? I've seen the insides of players, but even in creative, inside of stone, I can't see the walls of the stone.

Quote from Keybounce

First, isn't the point of access transformers being able to turn finals into normal (overridable) methods?

Second, is that something that is worth pushing a fix to forge so that forge will have a proper (meta-data aware) version?

Third, how do we get our head inside a wool to test that? I've seen the insides of players, but even in creative, inside of stone, I can't see the walls of the stone.

The same way I suggested Reika test the crash bug. The irony being that the game tries to render the insides of blocks, but really all one ever sees is muddy grey because there's no *light* inside the block!

IMO the simplest solution for Reactorcraft (at least until the invariant of Blocks requiring a metadata 0 version changes) would be to add an icon for metadata 0, even though the block will never appear. Just make it point at Stone or something. If Mojang wish to make the invariant of the "Block" type be that all blocks have metadata 0 icon, that's their prerogative and it's not a bug. It's a reasonable optimisation considering the lighting situation inside solid blocks. (A more reasonable optimisation would just be to render grey for solid blocks though! just in case anyone does push a fix to Forge) If it's unintentional and someone at Mojang just didn't think of it, that's a bug. Either way, I don't thing Mojang have a bug tracking system where we could report it and find out?

Saying that, if you test with a more interesting block, you get this lovely image of sulphurous diamond!

Quote from cancakes

Hey there, after spending 2 days making your fusion reactor,( in creative whilst producing materials for our server) we have hit alittle snag.
We can run the whole thing, with 1 plasma injector with out an issue for a few minutes but anymore Injectors and the neutrons are bombarding the catchers to often for 2 banks of steam boilers to deal with the heat and melting the neutron catchers. Atm we are experimenting with reactorcraft concrete and rotary craft steel blocks to try and reduce the about of neutrons hitting the catchers.
But we seem to be having little success.
Has Anyone found a way to run this without the neutron catchers melting?

More water.

Quote from Lyrael

The same way I suggested Reika test the crash bug. The irony being that the game tries to render the insides of blocks, but really all one ever sees is muddy grey because there's no *light* inside the block!

IMO the simplest solution for Reactorcraft (at least until the invariant of Blocks requiring a metadata 0 version changes) would be to add an icon for metadata 0, even though the block will never appear. Just make it point at Stone or something. If Mojang wish to make the invariant of the "Block" type be that all blocks have metadata 0 icon, that's their prerogative and it's not a bug. It's a reasonable optimisation considering the lighting situation inside solid blocks. (A more reasonable optimisation would just be to render grey for solid blocks though! just in case anyone does push a fix to Forge) If it's unintentional and someone at Mojang just didn't think of it, that's a bug. Either way, I don't thing Mojang have a bug tracking system where we could report it and find out?

Saying that, if you test with a more interesting block, you get this lovely image of sulphurous diamond!

I will load a vanilla stone texture in that slot.

Quote from Keybounce

First, isn't the point of access transformers being able to turn finals into normal (overridable) methods?

No, that just edits visibility. Core mods could probably do it, but that is dangerous, extremely difficult, and pointless.

Quote from Keybounce

Second, is that something that is worth pushing a fix to forge so that forge will have a proper (meta-data aware) version?

No, because I need a fix now, not in six months.

Quote from anicet74

everything looks normal but...

is it really what i'm thinking about?

Did you not see that discussion a month or two ago?