So in that case, this will still be around 10% the efficiency per block of the old IC1 force field.
Actually, I think that the efficiancy per block for the old IC forcefield was interesting, as it went up with the size, since the radius was approximately proportional to the power input, and the block count was basically the surface area of the *sphere*
I also think the power limit is a bit buggy, as it is limited to 512, even with multiple MFSUs hooked up, and reduced in the case of a branch as well. Also, if you have capacity, I think it ought to have a higher limit as well.
Also, the config does not seem to support fractional values, which I think it should, unless a technical difficulty does not allow that.
I think a miscommunication occurred with my offset suggestion, Specially, I intended that the offset would be more like the distance between the generator and the wall, kinda like this
= gen, 
= wall, 
= spacer
this is a 2-radius force field with an offset of 3. This way, I could make a containment field via 4 field generators and facing them inwards, offseting it by one, and setting up a field. The generators could instead be inside the field, and facing outwards, and via the offset, not be touching the field, or intersecting the plane either, so it can be protected by it's own field.
Also, can you only deduct power for force field blocks that are placed, such as if there is already a block of dirt or similar, it probably ought not to place a field there. (although if it reinforces the block, and in the case of a door or torch, makes it impassable/applies damage, I think it is fine.)
Edit: It appears to destroy leavers if they are in the space when the field turns on, but it does not effect doors. It also does not drop a leaver, which I think it should under those conditions. Also, are these actual blocks, or are they simulated blocks (not sure how to say that, is it like just a force field, not force field blocks? Because if so, It would block you moving through a doorway, and also be displayed over-top of the door display, I think. Also, would prevent casting *shadows* in it, assuming any method to destroy the forcefield exists.)
Edit2: Also, can a wrench rotate it just like a power block is? rotate it to face the direction, or dismount it if already facing said direction?
Ah, that explains it. Is there any way to manually modify the options, like via a file in the .minecraft folder?
Image (image tags not working for some reason)
Problem: Option menu options are hidden by the back button.
Version, 1.15 SSP.
Extra Info: Appears that the back-button has a fixed position, and is not shifted down when more options are added.
The usual advice of *change it in the options menu* will not work if it is covered by the back button.
Edit: This might actually go in the bug section, but considering how many people install the game wrong, I would be unsurprised if I made a mistake as well. So this may belong in the bug section. I think a hueg question is if you should put something in the bug section or support section, if you don't know if it is a result of an incorrect manual installation, or a result of an actual bug.
I would really really want to be able to use this. Being able to customize this would allow you to nerf or buff any of the power generators so as to make it seem balanced to the owner/players. Sure, some may argue, but some people also may agree that a certain type of power generation is OP.
Yep. The guis for the machines and similar do not support shift right click. This does need to be fixed, even if it were only to do nothing.
*Insert Obligatory Face-palm*
How high up are you? The jetpack loses power at high altitudes. If you are at, say, bedrock layer, and it is still not working, then it is certainly a bug.
It is supposed to require an UNCHARGED energy crystal, not a charged one. also, if it actually requires the 100001 durability energy crystal, then that IS most certainly a bug, as you cannot get that ever in game.
No, it's just like... what? Really? what? Lol.
Yea, well, we have auapples, so why not snapples?
Yes, well, I imagine alblaka wont change his mind about using so called T2/T3 portable energy storage away from base, so I doubt that will happen either.
Specially, energy crystals and/or laptron crystals being able to be used to recharge/power corresponding tiered tools/machines.
Okay. In that case, I wouldn't mind this being implemented. Sorry, I misread your post, I was in a hurry.
I do that all the time!
I belive they also take into account explosion resitsnace, or possibly mining time with drill, so tougher materials will slow down or stop the beam sooner. Also, the wiki is not finished yet, so the information may not be valid.
I know that. If you read my post, I said any chest attached to the chest, meaning it would additionally look at any chests next to the chest that is adjacent to the miner. Hence that argument is invalid. Basically, I want the miner to, if a chest is full, to check for a chest touching it and try to fill it as well if found.
Would be nice, but not possible to implement, as the bat-packs storage function uses durability, which overwrites armor's effect.
Name:Miner deposit items in both chests for double chest.
Description:
After this thread was locked (I am unsure why they are locked when there is actually more discussion to be done)
I Decided to make this since it is actually a suggestion.
I would like miners to deposit items in any chest linked to a chest adjacent to said miner.
http://www.minecraftforum.net/…ods-updating-in-progress/
Not updated for 1.8 yet however.
If you have played Terraria recently, it works just like the guide does.
Basically, you stick an item in it, and it lists all recipies that make or use said item.
Stick a log in, and you will probably just get the planks recipie out. If you instead stick a diamond, it will show all of the diamond tools, jukebox whatnot.
Stick a diamond pick in, and you will get the recipie for the diamond pick out.
My favorate, although it has to wait, stick some UUM in.
