Menu

#8 getAltoffset() is confuddled by landing legs and wheels.

1.0
closed
nobody
None
2021-06-20
2021-05-28
No

I think KSP is reporting part offsets for landing legs and wheels as if they were contracted or fully compressed. This makes getAltoffset() in hs.ks and other places report a value that is too low, causing hard landings, explosions and general chaos.

Actually, the function doesnt take into account the size of the part either. Hmm...

If we can solve this, the fudge factor used in hoverslams could be removed as well.

Discussion

  • Stäphen Goedzal

    Added iterative recalculation of getAltOffset in hs.ks and landnatm.ks for r83. This seems to help... maybe always? Needs thoughrough testing, especially hs.ks.

     

    Last edit: Stäphen Goedzal 2021-06-04
  • Stäphen Goedzal

    We're at the mercy of whatever KSP tells us. If a landing leg is stowed, does it report the unfurled position??

    There is a fudge factor in hs.ks that tries to account for this. It causes low mass crafts to waste alot of fuel calmly landing at 1/3 throttle, while 50t monsters smash into the ground.

    Not good enough.

     
  • Stäphen Goedzal

    • status: open --> closed
     
  • Stäphen Goedzal

    The fudge factor can be/has been removed. It was partly caused by the hoverslam not accounting for cosine effect. Fixed and partially tested in r85.

     

Log in to post a comment.

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.