Yes, that would complete the set of data input required for proper automatic alert code handling.
1. Various degrees of shield depletion to sense being attacked, as well as the severity of the attack
2a. Sensing when armor protection is gone for armor tanks
2b. Sensing when structure damage is...
The thing is, the current system already got broken (actually broken) since the remote rail logic interfers with how rotation works right now. So we might as well fix it properly while we are at it.
The sensor block is strictly an output block that gives you a logic signal. The proposed rail rotation controller block would let you do what is currently done by directly linking activation blocks (which is broken since the update), but better.
- Works like the rail speed controller, but controls how far a rotator rotates a docked entity per step.
- Allows for non-45° intervals just like rail speed controllers work (example: link 7 activation blocks and 3 of them are on).
- Is more consistent with existing systems than the current...
I would really love to do that just now - but I have a policy to not release a major ship part before I have released at least 1 complete ship that uses that part, for obvious reasons. The modular interior is an exception because it just provides the tools, but still has to be assembled manually :)
Yes when I saw that update, I knew the first thing I had to do was to update the thruster module and create a larger version while I'm at it :) Note that I also want to update the modular interior to make use of displays, but I am waiting a bit with that in case we get more display upgrades in...
Two independent suggestions:
1. Make the current visible thrust percentage a readable property using the status block, so you can for example test if the thruster plume is above 50% intensity and if yes, trigger a rails mechanic to move some plates for an "afterburner" or similar - or just...
The proposal is in fact no more complex than other things starmade already has - like rail rotors and the like - and it would add a whole dimension of depth that is still optional, since a ship could have a "default" AI if no AI blocks are present on the entity, and for those who want to dive in...
1. What is this about?
With the (awesome) new thruster FX update, we have two options: link a color, or leave it to default. However, default appears to be superior to the color choices because of the FX behavior at full thrust: the center of the thruster plume will be enriched with a small...
If you are using light blocks next to logic for checks, you have connected the activation block to the light block with C-V. It could work without conflict if sending light values via logic updates required the adjacent light block to be adjacent but not connected.
I love this update! Just one little thing - with the inclusion of this easily done addition the options would be virtually endless. Thank you schema (and the council!)
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.