egg changed the topic of #principia to: Logs: https://esper.irclog.whitequark.org/principia | <scott_manley> anyone that doubts the wisdom of retrograde bop needs to get the hell out | https://xkcd.com/323/ | <egg> calculating the influence of lamont on Pluto is a bit silly…
<queqiao-->
<WhirligigGirl> it's why sometimes in stock, when timewarping in elliptical orbits, you can have your ship appear to start rotating and stop rotating even without leaving timewarp
<queqiao-->
<WhirligigGirl> you need to be below the altitude in order to land successfully
<queqiao-->
<WhirligigGirl> if you're in PQS space below that altitude (which is necessary for some small moons), the terrain textures will scroll across the surface as you move, but that's a visual bug compared to the much worse game breaking motion bug of if you exit the SOI before transitioning to the nonrotating reference frame
<queqiao-->
<WhirligigGirl> i don't believe inverseRotThresholdAltitude is relevant here because it should be irrelevant in Principia and because these bugs happen largely confined to the SOI itself rather than when moving out of the SOI.
<queqiao-->
Reply to "WhirligigGirl: i have a bug report. I am on the surface of an airless minor moon with a radius of about..."
<queqiao-->
<egg> The logs show a lot of the vessel being reported as colliding with the ground anchor and being dropped by Principia as a result. Can you take a video from map view with the prediction (the fuchsia noodle) set to something long enough that we can see if it disappears?
<queqiao-->
<WhirligigGirl> i have a bug report.I am on the surface of an airless minor moon with a radius of about 1 km. A Stamp-O-Tron surface attachment point connected to a docking port is connected to the surface of the planet (similar to a launch clamp; i believe these are from Breaking Ground). However, similar behavior seemed to occur in the predecessor to this mission, which had a surface base just resting on the surface without
<queqiao-->
a rigid connection to the ground. (and that's why i thought a stamp-o-tron might be a workaround)This first video is the control, filmed without principia installed:
<queqiao-->
<WhirligigGirl> https://www.youtube.com/watch?v=6r_pJ2Ohp3IWhen the lander launches, the docking port stays firmly connected, despite timewarp. this is the correct behavior, although with stock physics.This second video shows what happens with Principia:
<queqiao-->
<WhirligigGirl> https://www.youtube.com/watch?v=5461C9jNRiMWhen leaving the docking port on the surface, and then time warping, the docking port jumps up to meet the ship as if its current position was the same as the first time warp. Lateral and downward movements are worse and can result in burying the vessel underground. The workaround is to leave the physics range of the vessel (2.5km) but that is not easy to do in orbit
<queqiao-->
around a 1km wide rubble pile, in which high orbits can be measured in kilometers and it would be easy to accidentally timewarp while in physics range.I believe better timewarp is responsible for removing the timewarp altitude restrictions (unless principia is doing this), and better timewarp is definitely a must-have for the system layout i'm using, so i can't just block timewarp within 2.5 km of the surface. (Not to mention that this would be
<queqiao-->
pretty annoying)The terrain textures also seem to jump when timewarping in this manner, which is interesting.the planet mod can be found here: https://github.com/WhirligigGirl/GoobalSlimeWorld/
<queqiao-->
<WhirligigGirl> The save file and logs are attached.
<queqiao-->
<egg> Please note the instructions in SUPPORT.md. Walls of text on the discord have a tendency to get forgotten; if you want an issue tracked, file an issue on the issue tracker.