Search results

I meant the BM is used to view the position and orientation of the ship and the docking area when trying to dock as well (just having a camera besides the rail docker is not good enough in many cases), and this is something that would suffer if clipping or outlining was turned on. Again, you...

I agree that being able to look inside anybody else's ship/station is not a desirable ability, but coming up with a good solution might be difficult simply because it's a sandbox game and the essentially infinite possible structures makes it hard to even define the boundary of a ship, let alone...

Display module variables are really fun to use, but without there being a way to actually compare, alter or read the values they display, they remain tiny numbers on a display, and nothing more. There is a whole treasure trove of logic devices that can use these values to do amazing things...

Deleted redundant blocks...

-Better display! -Better logic! -1/4 th the size -Easier to use

Great idea! I'd love to be able to have a block with such powers. Right now, the only thing stopping players from building crazily automated drones/ ships/ stations is the sheer size of logic circuitry and this suggestion would solve that. In addition to this, I suggest the mass of such a...

I think I'll leave this here: https://starmadedock.net/threads/some-much-needed-logic-keybinds.30262/

Transmit display text over wireless! (because why not) Type in the text, press the button, wait for a few minutes (anywhere from a few seconds to a few minutes depending upon message size) and see the text automatically appear on another entity! Supports super fast transfer rates of a letter...

Made the device user friendly, packaged the device and added a reset button

I realize this thread is a month old, but I'm going to reply anyway because its the logic sub-forum and has had like 4 threads since then, and also because I feel I can contribute something to this. I believe that specific error message appears whenever you try to send an instant pulse...

Not exactly a bug, but it would seem that there is an error in the comment on line 191 of the blockBehaviorConfig- <!-- EXP --> <ReactorStabilizerDistanceExpMult>10.0</ReactorStabilizerDistanceExpMult> <!-- ReactorStabilizerStartingDistance + (blocks ^ ReactorStabilizerDistanceExp) *...

Firstly, as Dr. Tardis pointed out, turn rates do differ across axes. Building a long line of blocks along the x-axis allows you to rotate about the x axis very fast, while it hinders rotation along the y and z axes. From what understand, turn rate along any axis depends on the dimensions along...

I believe turn rate should become zero when the tmr - a constant value** of a vessel goes below a certain threshold. Why? Because: 1. It makes much more sense that way. 2.When I shoot out the thrusters of ship, I expect it to be "dead in the water", and not being able to turn around and shoot...

You are correct, weapons now are seriously overpowered, but that is simply a balance change and I'm not sure how that should affect your views on the proposed system.(?) About the second statement, yes I agree that yet another large systems change isn't what anybody wants at this point. Lol...

Not really. Using weapons of 3-4k per shot damage would take the same time to destroy a ship as it does now- because there is no initial overcoming shields to be done in this case. Hmmmm, I don't agree with this. The power penalty which will follow such a high damage shot(s) should be good...

The following is a proposal similar in many ways to one I gave quite some time ago, but also, different in quite a few fundamental aspects. With the power system moving on to a (much better) more recharge rate oriented functioning, I thought, why not have the shield system shift over as well...

Soon, send display text to another entity using just one wireless module link!

Maybe the background becomes the negative of whatever colour block is selected, that way there shouldn't ever be a problem.