[15:31:57] NASSP Logging has been started by n7275
[15:31:59] <n7275> hey
[15:34:06] <Thymo> Hi
[15:48:41] <indy91> hey guys
[16:41:30] <indy91> updating the RTCC MFD manual right now as I am finally done with the RTE targeting update
[17:02:03] <n7275> nice
[17:02:49] <n7275> I've been rather busy with work/life stuff, so not much time. hopefully things are a little more normal in June.
[17:11:17] <indy91> what's been normal since March last year
[17:15:25] <n7275> yeah ""normal""
[17:16:42] <indy91> and I think the topics you have chosen to work on require a bit of time and careful thought
[17:16:59] <indy91> so probably good to wait until you have more time to tackle them
[17:33:42] <indy91> or else you start doing what I am doing too often
[17:33:56] <indy91> delete everything and start from scratch
[19:03:14] <thewonderidiot> afternoon!
[19:30:57] <indy91> hey Mike
[19:44:58] <thewonderidiot> what's up?
[19:53:33] <indy91> I should finally be done with the RTE update, so just some manual writing left
[19:53:39] <thewonderidiot> nice!!
[19:53:40] <indy91> and you?
[19:59:34] <thewonderidiot> mostly work although it's settling down for just a bit
[19:59:56] <thewonderidiot> working on engineering the buttons for my DSKY replica
[20:00:07] <indy91> ah fun
[20:00:24] <thewonderidiot> only two things left to figure out really are the keycap and the leaf spring
[20:00:25] <indy91> I had so many issues in the last 1% of work on the RTE, I even managed to run into an old, but super rare bug in a function that I had considered "safe"
[20:00:33] <thewonderidiot> haha uh oh
[20:01:24] <indy91> parabolic orbits being weird
[20:01:46] <indy91> direct return abort having a resulting eccentricity of near 1
[20:02:51] <indy91> just below e = 1 the semi major axis is +infinity
[20:03:00] <indy91> just above it switches to -infinity
[20:03:23] <indy91> so trying to iterate on a specific semi-major axis didn't work very well :D
[20:04:01] <indy91> which is what the LMSP version of the RTCC did
[20:04:12] <indy91> but that predated the actual lunar missions
[20:04:18] <indy91> and didn't have full lunar capability yet
[20:04:36] <indy91> so I should always take those IBM RTCC function writeups with a grain of salt
[20:05:21] <indy91> or in general
[20:05:33] <indy91> I'll never try to 1:1 implement a IBM RTCC function ever again
[20:05:49] <indy91> unless I have studied it so much that I know it will work fine in all cases
[20:11:14] <indy91> by keycap you mean the part of the buttons that you actually press? And have to be printed on?
[20:40:10] <thewonderidiot> hahaha yeah that sounds fair
[20:40:46] <thewonderidiot> and yeah -- the challenge is that the letters are backlit, so I need precisely printed lettering that allow light through while the rest of the cap blocks light
[20:42:12] <indy91> ah right
[20:42:37] <thewonderidiot> my initial plan was to 3d print the cap with the letters cut out and then fill them in with resin
[20:42:59] <thewonderidiot> but black resins are all somewhat translucent at the thickness I need to print at, so that was a bust :P
[20:43:18] <indy91> right that makes the button a bit complicated. Didn't they think about people making replicas 50 years later!
[20:43:32] <thewonderidiot> yeah jeez, what jerks
[21:01:34] <indy91> night!
[13:24:29] <indy91> RTE update release day!
[13:28:56] <n7275> yay!
[13:34:46] <indy91> just quickly want to implement a better method for the retrofire external DV uplink, now that all its sources are available (deorbit and RTE columns)
[13:50:06] <rcflyinghokie> nice!
[13:54:34] <rcflyinghokie> does this include the Apollo 9 MCC targeting?
[13:57:47] <indy91> I wanted to update something for that, right?
[13:57:54] <indy91> Don't think I have done that already
[13:59:20] <indy91> I updated the SPS-7 targeting a while back, before I started the RTE work
[13:59:51] <indy91> and the new deorbit targeting is in the RTCC MFD only so fare
[13:59:53] <indy91> far*
[14:03:49] <indy91> I've only done RTE work in the RTE branch. And in the RTCC the deorbit targeting for LEO and the Return-to-Earth targeting for everything beyond LEO is quite separate.
[14:04:51] <indy91> both get used for the retrofire external DV update though. You specify "T" for Time-to-Fire (Deorbit) or "Return-to-Earth"
[14:05:02] <indy91> and then "P" for primary column and "M" for manual column
[14:07:05] <rcflyinghokie> Yeah I remember the SPS-7 targeting, but I think the deorbit was having trouble with the solutions
[14:07:59] <indy91> yeah there were three problems I identified. SPS-7 targeting being special, drag not taken into account and deorbit targeting being very sensitive to the trajectory.
[14:08:04] <indy91> SPS-7 is somewhat fixed
[14:08:19] <indy91> trajectory with drag calculations get rolled out over time
[14:08:36] <indy91> and the actual drag our spacecraft have is a topic I will check very soon
[14:09:05] <indy91> and the new deorbit targeting will be implemented for the MCC after some time after I have more confidence in it
[14:17:35] <rcflyinghokie> yeah speaking of, what was done with that drag?  I know there were issues with the CSM/SIVB and drag computations, correct?
[14:20:02] <indy91> yeah the Apollo 7 first phasing maneuver calculation can probably not be drag-free in the future when there is a realistic amount of drag
[14:20:32] <indy91> the actual burn was a lot larger than we currently get because of that
[14:20:47] <indy91> S-IVB being large and light because of no propellant
[14:21:04] <indy91> so its trajectory was more affected by drag than the CSM
[14:21:22] <indy91> so the CSM has to burn a larger phasing burn to get further away
[14:21:46] <indy91> because S-IVB will be affected by drag. It's orbits gets lower which makes it catch up to the CSM
[14:22:30] <indy91> update pushed!
[14:22:36] <indy91> finally done haha
[14:28:47] <rcflyinghokie> well done
[14:31:08] <indy91> I hope it's mostly bug free
[14:31:24] <rcflyinghokie> any way I can help test?
[14:32:09] <indy91> you could use one of your Apollo 13 scenarios
[14:32:20] <indy91> for PC+2 or one of the following burns
[14:45:27] <indy91> I updated the RTCC MFD manual, too
[14:54:03] <rcflyinghokie> Oh thats right
[15:18:40] <indy91> but I can guide you through a calculation if you want
[15:23:33] <rcflyinghokie> cant run it right now, but I will want to a bit later :)
[15:27:46] <indy91> sure
[16:54:55] <thewonderidiot> morning!
[17:06:22] <n7275> hey mike
[17:07:38] <Thymo> Hi Mike
[17:13:45] <Thymo> I haven't heard anyone about the move to Libera in the last couple days. The concensus so far has been in favor of the move, provided that the move is well announced to prevent confusion on where people should go. I'd like to start implementing this move. Guenter will have to be moved. An announcement should be made on the forum with the new info.
[17:14:14] <Thymo> I think all other places with the IRC info point to the forum anyways unless there is a source I'm not thinking of right now.
[17:15:33] <Thymo> Then when we move we can have a transisition period on this channel with info on joining Libera in case people don't read the forums and connect here?
[17:15:57] <Thymo> Instead of dropping #nassp immediately. Leave it for like a week or two?
[17:37:04] <rcflyinghokie> I am indifferent as long as we maintain an active channel, we make clear the transition information, and we keep two up simultaneously during a transition period.  Once we open up the new one however, we need to be sure that it is used for dev stuff and the old one only to direct people to the new one if that makes sense
[17:46:17] <Thymo> Makes sense. I propose to set the end of the transition period to be Sunday June 13th. So it's just a little over two weeks, after that this channel will be dropped. I'll move Guenter and send updates through the appropriate channels.
[18:38:07] <indy91> I'm ok with that
[19:33:33] <rcflyinghokie> Sounds good to me
[20:06:38] <Thymo> I'll get on it.
[20:06:59] <Thymo> n7275: You don't by any chance also have the credentials to the Twitter account do you?
[20:17:00] <rcflyinghokie> Thymo forgive my IRC ignorance, but I am not seeing libera in my hexchat list
[20:17:46] <rcflyinghokie> do I need to manually add it?
[20:19:31] <Thymo> It's very new so not in your list yet. Hexchat would need to update it. You should have an option to add a new network and irc.libera.chat to that. I use KVIrc so don't know the exact procedure for Hexchat.
[20:19:59] <rcflyinghokie> I managed to figure it out haha I am in
[20:29:00] <thewonderidiot> hmmm
[20:29:06] <thewonderidiot> I keep getting booted off with "You need to identify via SASL to use this server"
[20:29:52] <Thymo> You nick is not registered so that's not the issue. Lemme check/ask
[20:30:22] <Thymo> Are you connecting from a VPS or some other IP range in a datacenter?
[20:30:50] <thewonderidiot> oh I'm VPN'd into work right now so I probably look like AWS
[20:31:05] <thewonderidiot> let me try on my home laptop
[20:31:20] <Thymo> Yeah, they restricted those kind of services to SASL because of the amount of spam bots originating there.
[20:31:42] <Thymo> I can recommend SASL either way since you will automatically get authenticated with NickServ
[20:32:25] <Thymo> https://libera.chat/guides/sasl#sasl-access-only-ip-ranges
[20:33:07] <rcflyinghokie> If I did SASL with freenode in hexchat it should work for libera, correct?
[20:33:19] <rcflyinghokie> its the application that saves the info?
[20:33:36] <Thymo> It's a completely different network so you'd need to set it up again.
[20:33:50] <Thymo> Steps will be nearly the same though
[20:34:10] <rcflyinghokie> hmm ok
[20:34:18] <Thymo> https://libera.chat/guides/hexchat
[20:34:35] <rcflyinghokie> thanks!
[20:42:58] <Thymo> I guess this is it for Guenter on freenode. See you on the other side! :)