Version 2.1.21

[Alfonse215]

Adjusted space platform drag to be based on weight rather than width.

I would be interested to see how the formulas for calculating acceleration and top speed have changed. The formulas will be the ultimate decider of what the new fastest space platforms will look like. If the new formulas make the new fastest ships slower than what used to be possible, then I don't like this change. If they get faster (per unit area of the ship) on average, then I like the change.

If this change was made intentionally to make ships slower on average, then...

The absolute fastest ships possible used thruster stacking. This will make them slower. Stacking can still be a benefit, but the weight factor incurs significant diminishing returns with each stack.

I've done a few preliminary calculations, and it seems to me that there is an inflection point, where the accumulated weight cannot be compensated for by adding another thruster plus its necessary weight. But at the same time, this is a very broad inflection point, so there can be a pretty large variety of configurations that can hit the max speed.

[numbernegative]

Devs are on record too that they viewed thruster stacking as an exploit they planned to patch.

[TheWarderman]

Adjusted space platform drag to be based on weight rather than width.

I would be interested to see how the formulas for calculating acceleration and top speed have changed. The formulas will be the ultimate decider of what the new fastest space platforms will look like. If the new formulas make the new fastest ships slower than what used to be possible, then I don't like this change. If they get faster (per unit area of the ship) on average, then I like the change.

If this change was made intentionally to make ships slower on average, then...

The absolute fastest ships possible used thruster stacking. This will make them slower. Stacking can still be a benefit, but the weight factor incurs significant diminishing returns with each stack.

I've done a few preliminary calculations, and it seems to me that there is an inflection point, where the accumulated weight cannot be compensated for by adding another thruster plus its necessary weight. But at the same time, this is a very broad inflection point, so there can be a pretty large variety of configurations that can hit the max speed.

It seems like there is gonna be a max speed now though before arbitrarily large speeds were possible but impractical. Now it seems like there's an actual cap.

[MRI-One]

With the new formula, when you keep the mass to thrust ratio constant, top speed increases proportional to mass^0.1 As these are the only factors in the calculation, optimal speed ships are now either extra wide or continue to have stacked thrusters. If you want to avoid both, the drag would need a width factor, maybe something like 40% mass + 60% Max( mass, width ^ 0.4) to penalize too wide ships. And for stacked thrusters, you could remove the need by adding booster modules for thrusters, stacking them vertically above, and each giving a small 25% boost to the connected thruster.

[FasterJump]

Nice update, the decision to change drag is interesting, and I welcome new circuit options.

Minor Features

• Added quick pipette: pressing key related to empty quickbar slot will invoke pipette and set the slot with the pipette result.

How about enabling pipetted items (or ghost items) to set machine's recipes? Just like what circuits can do. That would save a ton of time when plopping down a machine to craft on the fly.