UmbralRaptor changed the topic of #principia to: READ THE FAQ: http://goo.gl/gMZF9H; The current version is del Ferro. We currently target 1.5.1, 1.6.1, and 1.7.x. <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…
UmbralRaptor has quit [Remote host closed the connection]
UmbralRaptop has joined #principia
<discord-> e​gg. — @DRVeyl: I think poking at the transform of the CelestialBody itself in ways that induce tilt is likely to displease bits of the game in subtle ways
<discord-> e​gg. — but anyway, most things are oriented from the body frame iirc
egg|cell|egg has quit [Ping timeout: 190 seconds]
<discord-> e​gg. — Meanwhile, elements!
<discord-> e​gg. — also I should try it out with RSS
* discord- e​gg. — waves at the name of the discord server_
<discord-> I​likeflyingplanes1. — its time for action
<_whitenotifier-cd19> [Principia] eggrobin labeled pull request #2332: Better error handling in the stack decoder, again - https://git.io/Je3ka
Jesin has quit [Ping timeout: 202 seconds]
Mike` has quit [Ping timeout: 378 seconds]
Mike` has joined #principia
egg|zzz|egg has quit [Remote host closed the connection]
egg|cell|egg has joined #principia
Jesin has joined #principia
egg|cell|egg has quit [Ping timeout: 190 seconds]
egg|cell|egg has joined #principia
egg|cell|egg has quit [Ping timeout: 190 seconds]
mofh has quit [Remote host closed the connection]
<discord-> S​tandecco. — @egg 2 things to note
<discord-> S​tandecco. — 1. Interesting history length you have there
<discord-> S​tandecco. — 2. what is the nodal precession unit (`d6`) and what is the `Grid Interval`?
<discord-> S​tandecco. — 2. what is the nodal precession unit (`d6`) and what is the `Grid interval`? (edited)
<_whitenotifier-cd19> [Principia] pleroy pushed 2 commits to master [+0/-0/±2] https://git.io/Jesev
<_whitenotifier-cd19> [Principia] pleroy 7a10175 - Better error handling in the stack decoder, again.
<_whitenotifier-cd19> [Principia] pleroy bf11db0 - Merge pull request #2332 from pleroy/StacktraceAgain Better error handling in the stack decoder, again
<_whitenotifier-cd19> [Principia] pleroy closed pull request #2332: Better error handling in the stack decoder, again - https://git.io/Je3ka
egg|zzz|egg has joined #principia
<_whitenotifier-cd19> [Principia] pleroy opened pull request #2333: Document what we learned so far regarding Celledoni's paper - https://git.io/Jesvy
<discord-> D​RVeyl. — @egg Could you try calling transforn.SetPositionAndRotation at lines 708-712 instead of directly replacing transform.rotation?
<discord-> D​RVeyl. — @egg Could you try calling transform.SetPositionAndRotation at lines 708-712 instead of directly replacing transform.rotation? (edited)
egg|zzz|egg has quit [Remote host closed the connection]
egg|zzz|egg has joined #principia
egg|zzz|egg has quit [Remote host closed the connection]
egg|zzz|egg has joined #principia
<discord-> e​gg. — @DRVeyl how would that help you, it's the scaled body anyway
<discord-> e​gg. — @DRVeyl have you checked that changing that solves your problem?
<discord-> D​RVeyl. — Nevermind, that might be same as what you currently do.
<discord-> D​RVeyl. — You want to call transform.Rotate().
<discord-> D​RVeyl. — Sorry, poking at unity docs.
<discord-> D​RVeyl. — Scaled or not, you are directly manipulating it's transform currently, rather than letting anything propagate changes / rotations to child transforms.
<discord-> D​RVeyl. — Or are you asking if moving the scaled body doesn't matter if calcs are being done on the other body. I see.
<discord-> e​gg. — yes, and Rotate is emphatically something I don't want to touch with a ten foot pole, it's full of singularities
<discord-> e​gg. — SetPositionAndRotation might do the job too, but I do not think it will help you here
<discord-> e​gg. — anyway, if you have ideas, try them out by building a modified principia plugin adapter, that way you can see if they actually work
egg|zzz|egg has quit [Remote host closed the connection]
<discord-> D​RVeyl. — At some point, I'll even get to having a Principia install.
egg|zzz|egg has joined #principia
<_whitenotifier-cd19> [Principia] Pending. Build queued… - 
<_whitenotifier-cd19> [Principia] Pending. Building… - http://casanova.westeurope.cloudapp.azure.com:8080/job/Principia/3884/
<_whitenotifier-cd19> [Principia] eggrobin synchronize pull request #2329: Separate the nominal recurrence from OrbitGroundTrack - https://git.io/JeYiK
<_whitenotifier-cd19> [Principia] Pending. Build queued… - 
<_whitenotifier-cd19> [Principia] Success. Build finished. - http://casanova.westeurope.cloudapp.azure.com:8080/job/Principia/3884/
<_whitenotifier-cd19> [Principia] Pending. Building… - http://casanova.westeurope.cloudapp.azure.com:8080/job/Principia/3885/
mofh has joined #principia
<_whitenotifier-cd19> [Principia] Success. Build finished. - http://casanova.westeurope.cloudapp.azure.com:8080/job/Principia/3885/
<_whitenotifier-cd19> [Principia] eggrobin closed pull request #2329: Separate the nominal recurrence from OrbitGroundTrack - https://git.io/JeYiK
<_whitenotifier-cd19> [Principia] eggrobin pushed 9 commits to master [+0/-0/±14] https://git.io/JesTu
<_whitenotifier-cd19> [Principia] eggrobin f2c513f - better equatorial crossings
<_whitenotifier-cd19> [Principia] eggrobin f271581 - I broke the tests
<_whitenotifier-cd19> [Principia] eggrobin 6ed82ad - fix it
<_whitenotifier-cd19> [Principia] ... and 6 more commits.
egg|zzz|egg has quit [Remote host closed the connection]
egg|zzz|egg has joined #principia
<discord-> R​urouniDonut. — Does anyone have a chart or anything detailing stable low lunar orbits?
<discord-> n​eph. — Tldr there aren't any
<discord-> n​eph. — Slightly longer: there's 4, I think
<egg> nah there are whole families of them
<discord-> R​urouniDonut. — Dang
<discord-> R​urouniDonut. — Time to set alamrs to station keep
<discord-> R​urouniDonut. — *alarms
<discord-> R​urouniDonut. — Thank you @鹊桥IRC
<discord-> R​urouniDonut. — Question, there's no way to see an orbits inclination in the flight plan right?
<egg> not yet, working on it
<egg> also I'm egg, @鹊桥IRC is just the relay bot...
<discord-> n​eph. — 🥚
<discord-> R​urouniDonut. — Okayy
<discord-> R​urouniDonut. — I do not understand what the papers are saying lmao
<discord-> R​urouniDonut. — Are you saying
<discord-> R​urouniDonut. — The relay bot
<discord-> R​urouniDonut. — Is not real?
<discord-> e​gg. — look at figures 3 and 4 in the first one
<discord-> R​urouniDonut. — 😦
<discord-> e​gg. — the relay bot is a relay
<discord-> e​gg. — it relays
<discord-> e​gg. — it relays what you say here to IRC
<egg> and what you say on IRC to the other place
<discord-> n​eph. — and is a bot
<discord-> n​eph. — relay bot
<discord-> R​urouniDonut. — But in my heart the relay bot is a person 💔
<discord-> n​eph. — your heart is wrong
<discord-> R​urouniDonut. — Thank you Egg
<discord-> R​urouniDonut. — ;-;
<discord-> e​gg. — anyway
<discord-> e​gg. — look at figures 3 and 4 in http://www.desaedeleer.org/ber-008.pdf
<discord-> e​gg. — they give you, for a fixed a given at the top, a family of (e sin ω, i) that have a good chance of being frozen
<discord-> n​eph. — That's only with insertion off the plane though
<discord-> e​gg. — where ω is 90 degrees or 270 degrees, so sin ω is 1 or -1 (since e > 0, the sign tells you which ω to use)
<discord-> R​urouniDonut. — So according to the diagrams 80 degree inclination should be stableish?
<discord-> n​eph. — Is there a chart with more omegas?
<discord-> e​gg. — nah, frozen orbits are always like that
<discord-> e​gg. — @RurouniDonut a given inclination doesn't give you stability
<discord-> e​gg. — you need the right eccentricity for your inclination
<discord-> R​urouniDonut. — Ohhh
<discord-> e​gg. — and that even depends on your chosen semimajor axis (figures 3 and 4 differ in that)
<discord-> R​urouniDonut. — So, according to figure 3 85 degree inc with Semimajor axis 1861km with 0.2 eccentricity is stable?
<discord-> e​gg. — you want to use the full line, the dashed ones are approximations with a less-detailed selenopotential
<discord-> e​gg. — you have frozen *circular* orbits at inclinations 0, 25ish degrees, 50ish degrees, and a bit above and below 80 degrees
<discord-> e​gg. — which I suppose is where the "4 orbits" thing comes from, you have small eccentric families around these and eventually your eccentricity grows high enough to remind you of the existence of the ground
<discord-> R​urouniDonut. — Ahh okay
<discord-> R​urouniDonut. — I think I get it
<discord-> R​urouniDonut. — Time to sim this 🙂
<discord-> R​urouniDonut. — Actually, for figuring out an orbits inclination; is there a way to make our own contracts ingame that displays our target orbit but doesn't give any rewards or stuff like that
<discord-> e​gg. — there's mechjeb's elements display, eventually there will be mine
<discord-> R​urouniDonut. — Got it, thank you again!
<discord-> e​gg. — which will show mean rather than osculating elements, so the values should dance around less
<discord-> R​urouniDonut. — Got it
<discord-> R​urouniDonut. — Also by element display in mechjeb did you mean the orbital info display?
<egg> yes
<discord-> R​urouniDonut. — ty
egg|zzz|egg has quit [Remote host closed the connection]
Jesin has quit [Ping timeout: 202 seconds]
egg|zzz|egg has joined #principia
egg|zzz|egg has quit [Remote host closed the connection]
egg|zzz|egg has joined #principia
Jesin has joined #principia
<discord-> D​RVeyl. — No fun. This maybe works out to be a picky problem of timing.
<discord-> D​RVeyl. — The ground stations learn their lat/lon/alt from their transform during the OnNetworkInitialized GameEvent, which generally fires once during each scene load. At this particular time, I *guess* only some of the universe rotations are done, because the transform corresponds to incorrect lat/lon/alt values. This lat/lon/alt is used to set the ground station's position regularly in Update().
<discord-> D​RVeyl. — If you prevent the CommNetHome from learning lat/lon/alt at that time, or otherwise ensure its lat/lon/alt values are correct, then there is no issue.
<discord-> D​RVeyl. — Manipulating the CommNetHome or its method that will set lat/lon/alt is not a trivial thing.
<discord-> e​gg. — you know about https://kerbalspaceprogram.com/api/script_order.html right?
<discord-> D​RVeyl. — Not in detail. Though I've seen references to the TimingManager that I believe performs similar function?
<discord-> D​RVeyl. — Thing is, nobody is going to own CommNetHome, that's not mine, that's stock CommNet's.
<discord-> D​RVeyl. — (Well, I do in RA, but that's a separate matter....)
<discord-> e​gg. — the TimingManager allows you to hook into specific places there, but understanding https://kerbalspaceprogram.com/api/script_order.html is critical to doing any modding that fools KSP
<discord-> e​gg. — we make extensive use of the timing manager in Principia, and things are carefully scheduled for that reason
<discord-> D​RVeyl. — Yes, I've scratched the surface of that only when looking through the plugin adapter.
<discord-> e​gg. — looks like CommNetUI is between timings 4 and 5, fairly late
<discord-> e​gg. — not sure how CommNetHome behaves
<discord-> e​gg. — but I encourage you to investigate
<discord-> D​RVeyl. — These aren't happening during an Update cycle, though, they're happening during the Start() sequences.
<discord-> e​gg. — hm
<discord-> e​gg. — then it may be that we ought to do a thing, though it's hardly clear what (or how to find out if we're doing the thing correctly)
<discord-> e​gg. — also i ought to sleep
<UmbralRaptop> Do eggs sleep on nopsleds?
<discord-> D​RVeyl. — There's much "fun" to be had (DF-esque definition) digging into CommNet. Mostly it involves DotPeek, and maybe replacing several classes with some pass-through logic to ease dynamic analysis.
<discord-> D​RVeyl. — Have a good night!
<discord-> D​RVeyl. — No fun. This maybe works out to be a picky problem of timing.
<discord-> D​RVeyl. — The ground stations learn their lat/lon/alt from their transform during the OnNetworkInitialized GameEvent, which generally fires once during each scene load [Start()]. At this particular time, I *guess* only some of the universe rotations are done, because the transform corresponds to incorrect lat/lon/alt values. This lat/lon/alt is used to set the ground station's position regularly in Update()
<discord-> D​RVeyl. — If you prevent the CommNetHome from learning lat/lon/alt at that time, or otherwise ensure its lat/lon/alt values are correct, then there is no issue.
<discord-> D​RVeyl. — Manipulating the CommNetHome or its method that will set lat/lon/alt is not a trivial thing. (edited)
<discord-> D​RVeyl. — No fun. This maybe works out to be a picky problem of timing.
<discord-> D​RVeyl. — The ground stations learn their lat/lon/alt from their transform during the OnNetworkInitialized GameEvent, which generally fires once during each scene load [during CommNetScenario.Start()]. At this particular time, I *guess* only some of the universe rotations are done, because the transform corresponds to incorrect lat/lon/alt values. This lat/lon/alt is used to set the ground station's positio
<discord-> D​RVeyl. — If you prevent the CommNetHome from learning lat/lon/alt at that time, or otherwise ensure its lat/lon/alt values are correct, then there is no issue.
<discord-> D​RVeyl. — Manipulating the CommNetHome or its method that will set lat/lon/alt is not a trivial thing. (edited)
<discord-> D​RVeyl. — Can revisit tomorrow and I can try to provide a more clear picture of what is happening from the CommNet side, during its initialization.
<discord-> D​RVeyl. — Can revisit later and I can try to provide a more clear picture of what is happening from the CommNet side, during its initialization. (edited)
<discord-> e​gg. — DF Fun is good fun
<discord-> e​gg. — anxious goblins studying aqua regia
<UmbralRaptop> "In life, you should work hard. Then work harder."
UmbralRaptop has quit [Ping timeout: 202 seconds]
UmbralRaptop has joined #principia