You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would break backward compatibility. In this case I don't think there is a good case for a separate ISP object because all it is is a plain scalar number. Having 3 different ISP's as flat numbers makes sense because they are indeed 3 different things.
Unlike, say, velocity, where Velocity:orbit and Velocity:surface are actually just two different ways to express the same exact thing - in two different frames of reference (come to think of it, we could also have a Velocity:target).
It would break backward compatibility. In this case I don't think
there is a good case for a separate ISP object because all it is is a
plain scalar number. Having 3 different ISP's as flat numbers makes
sense because they are indeed 3 different things.
Unlike, say, velocity, where Velocity:orbit and Velocity:surface are
actually just two different ways to express the same exact thing - in
two different frames of reference (come to think of it, we could also
have a Velocity:target).
Reply to this email directly or view it on GitHub: #273 (comment)
Ideally we'd have:
ENGINE:ISP:VACUUM
ENGINE:ISP:ATMOSPHERE
ENGINE:ISP:CURRENT
But I'm not sure if that would break compatibility with scripts expecting ENGINE:ISP to just be a number.
The text was updated successfully, but these errors were encountered: