[21:03:16] NASSP Logging has been started by thymo [16:56:57] morning! [17:30:28] hey [17:49:04] hey [17:49:05] what's up? [17:52:13] busy today, nothing new [15:28:19] hey Niklas [15:28:38] Got some LM panel visual updates ready soon [15:47:18] hey [15:47:24] ok [15:51:20] also a few fixes to the flashing borders and adding the last remaining ones [15:53:06] I made new graphics for the water tank selector (the previous one was ok but it was not a realistic representation as the handle was seen in its folded state) I made one where the handle should look as it does when its unfolded [15:53:27] and new H2O canister selectors [15:53:42] https://www.dropbox.com/s/bfoamkttgfejkpr/Screenshot%202019-05-22%2010.29.53.png?dl=0 [15:58:58] yeah, some of the borders were a bit wrong [16:08:40] ill be back in a bit [17:02:27] morning! [17:04:18] hey Mike [17:05:24] what's up? [17:10:07] just about to PR my fixes/updates to the LM panel bmp's [17:10:11] you? [17:11:40] indy91, PR sent [17:11:42] got the SCDs for the transformers in the CDU [17:12:02] turns out their inductance is way higher than I was even expecting... 1.1 Henries [17:12:10] which is so high that I can safely ignore their presence [17:18:18] interesting [17:18:32] what does that do to the good and bad angles? [17:19:01] AlexB_88, merged [17:21:25] the pulse width coming out of the schmitt trigger still matters [17:21:33] so I need to do some more math on that [17:22:11] my gut feeling is that the original plot we were working with is going to go entirely white -- i.e., that there will be no angle/phase relationships that cannot be nulled [17:22:16] "nulled" [17:22:36] and I don't know what's going to happen to the second plot, but it's going to become the only one that matters [17:34:34] hmm is AppVeyor building the new build? [17:43:44] no [17:43:46] didn't even try [16:48:05] morning! [16:53:09] hey Mike [16:53:18] what's up? [17:04:18] not much, making some fixes on the LM ascent stage [17:04:42] I wasnt happy with the RR mesh so I partially re-designed it [19:55:12] oh cool [12:30:58] morning [12:35:02] hey [12:35:18] we joined the chat 26 seconds from each other [12:36:51] haha nice [12:38:24] watched this movie last night https://www.youtube.com/watch?v=3Co8Z8BQgWc very good and I think I like it better then Fist Man [12:39:02] I've watched neither so far [12:39:32] Didn't hear too much good about First Man, Apollo 11 is still not available outside the US I believe [12:39:35] or outside NA [12:40:21] hmm I see [12:42:28] ah, it comes to Germany in July [12:42:53] oh [12:43:04] it's already available on DVD etc. [12:43:21] Fisrt Man is good but has a lot of your typical "Hollywood" over-done special effects lol. Apollo 11 is just high-quality actual footage that is put together chronologically and well synced with the transcript [12:44:24] ah great, because it hasn't been in the cinema in Germany yet it is not available on home media yet for us [12:44:48] I'd have to drive far to watch it, so I would prefer to just watch it at home [12:44:57] right [13:01:38] Ive been working on fixing a few things in the LM ascent + descent stage meshes. I partially re-designed the RR and VHF antennas and also added astronauts to the inside of the LM for viewing from external view [13:02:35] nice [13:03:05] I'm trying some things with subsystems that get separated, like anything on the SM [13:03:20] just experimenting if a class for that would be useful fo rus [13:03:24] for us* [13:05:32] cool [13:06:41] so Ive set it so the astronauts show when the LMP/CDR is "suited" [13:10:24] yeah, that's probably the best way [13:10:50] unsuited they could be anywhere in the LM and you wouldn't be able to tell if it's the CDR or LMP etc. [13:11:04] yeah [13:12:37] works good but one thing is when the LM is 1st created it doesnt listen to the "suited" condition. I am thinking in that case im calling my new SetCrewMesh() function before the LM ECS is fully initialized [13:14:23] the wird thing is even after the LM is fully created I switch the CDR/LMP between suited and not suited and nothing happens. But when I save/reload everything works normally [13:14:28] weird* [13:15:07] all this is only when the LM is 1st created by the SIVB project I mean [13:17:58] where do you call SetCrewMesh()? [13:18:27] https://github.com/jalexb88/NASSP/commit/c2c970cc6cf6fb8bd62138fad6dd9437e8973e6a [13:19:02] SetCDRInSuit() [13:19:09] SetLMPInSuit() [13:19:16] and from the EVA stuff [13:19:41] and clbkVisualCreated [13:19:54] hmm [13:20:15] I habdled it like the drogue where its part of the ascent mesh and I hide the meshgroup [13:20:19] handled* [13:21:01] had no chocie to do that actually or I had issues with the helmet transparency [13:36:28] maybe you need to add another SetCrewMesh() in the set payload function of the LM [13:40:59] Ill try [14:19:22] hmm I think that clbkVisualCreated is not called when the LM is 1st created, only at scenarios when the LM is already running [14:22:19] DEVMESHHANDLE cdrmesh and all the other DEVMESHHANDLE's are not initialized after LM creation, only when save reloading after creation are they initialized. I confirmed this with a debug string [14:34:30] this is quite a minor issue I think all it means is the DEVMESHHANDLE is not defined right at LM creation at CSM separation, so in that case the astronauts will be visible from the LM. Once you save and reload those will then be defined and the showing/hiding of the astronauts will work as intended. Other than that everything else is working fine so I think I will PR this as it is [14:35:12] and I will continue hunting for the issue in the coming days [14:49:35] indy91, PR sent [16:50:58] morning! [16:52:00] some SCOTs on ebay this morning [16:52:02] https://www.ebay.com/itm/362660440602?ul_noapp=true [16:52:06] https://www.ebay.com/itm/362660440607?ul_noapp=true [16:52:11] also this: https://www.ebay.com/itm/362660440611?ul_noapp=true [16:55:17] hey [16:55:54] we have Apollo 17, including amendment [16:56:04] not with the handwritten part though, lol [16:56:08] haha [16:56:47] the Apollo 11 we don't have [16:57:00] but at this point probably already more expensive than getting it from NARA [16:58:06] we also don't have 71-FM-196 I believe, but it's not super interesting [16:58:14] yeah [16:59:05] we are lucky that Apollo 11 is almost a reflight of Apollo 10 trajectory wise, so missing that specific SCOT doesn't hurt us too bad [16:59:29] and we have some of the important numbers in it from other documents [17:00:18] oh nice, that is lucky [17:01:00] including the scan of Mike Collins notebook, haha [17:02:57] :D [17:03:18] that was a great find [17:03:53] yeah, only a handful of useful documents (for me) in the Michael Collins Collection, but those are quite good [17:07:42] oh the Apollo 11 one is the trajectory parameters (Volume II) not the Mission Profile (Volume I) [17:07:51] Volume I would have been even more useful [17:08:16] also, nice typo [17:08:21] "VOLUMNE II" [17:09:36] https://archive.org/details/NARASWSelectedApolloBoxes/page/n519 [17:09:41] it's there on all versions :D [18:55:32] hahaha [18:56:01] if only we had an army of Rons to scan everything [19:09:25] an army of people who are interested in what they scanning [19:09:38] what Ron scanned last year was mostly as a favour for me, haha [14:55:09] hey [15:04:18] hey Niklas [17:08:08] still doing the same when I have time, experimenting with a subsystem class [17:08:40] which puts all subsystems in a list, so every Orbiter callback function (prestep, poststep, saving, loading etc.) are basically just one function [17:09:45] as always legacy code support is a bit of a nightmare with that [17:10:08] I don't want old scenarios to be completely broken, as in, causing CTDs always [17:14:04] The Deltaglider and SSU both use this kind of systems for subsystems but quite different implementations, what I have right now is a mix of both [16:14:33] hey [16:16:33] hey Niklas [16:16:43] made a PR with more updates to the LM meshes [16:17:38] I think the LM meshes are ready for release :D (but I will for sure find something more to fix in a week lol) [16:18:38] good to hear [16:18:48] merged [16:19:06] thanks [16:20:21] I still always think "ah awesome, the antennas are moving" [16:21:33] yeah it certainly looks pretty cool [16:22:37] would be even cooler if they could all do auto tracking, haah [16:25:44] yeah [16:26:04] S-band steerable and HGA [16:33:22] hows your work on variable system/mission configs going? [16:43:54] hadn't had much time, it works good in the SM project so far [16:49:57] I guess that was for getting the SMJC correctly modelled for Apollo 13+ [17:08:18] morning! [17:08:51] Thymo: I can't access https://vanbeersweb.nl/irclogs/%23nassp/ anymore [17:09:06] and neither can Guenter apparently :P [17:12:53] hey [17:12:58] yeah I noticed that [17:17:15] anyways, what's up? [17:21:58] just playing around with XRSound which we may want to integrate into NASSP soon, to replace OrbiterSound [17:22:09] you? [17:30:26] hey Mike [17:31:54] I added the effect of interrogate sampling to the CDU calculations [17:32:51] the original plot doesn't go white, but there are very very few angle/phase combos that have no nulls [17:33:47] hmm [17:34:37] pretty much only between 89 and 91 degrees on the angle, and between 80 and 100 degrees on the phase [17:34:43] maybe less [18:00:43] (been changing networks, sorry if I missed any messages) [18:00:54] you didn't [18:00:55] my math is still very suspect so I need to do double checking [18:01:16] but the results I'm getting for nominal cases seem roughly correct [18:02:16] there's still many many areas where the read counter can get stuck, so it's most likely that that's what happened for both channels [18:10:46] oh Mike [18:11:04] hmm? [18:11:15] http://ufdc.ufl.edu/aerospace/results/?t=apollo [18:11:19] what this [18:11:46] is that "our" scans? [18:12:10] heh, yeah [18:12:20] that would be the library that performed the scanning for us [18:12:44] ah, right [18:16:01] you got me all excited at first, haha [18:16:12] more revisions of ND-102104x! but nope :P [18:17:17] same revisions of ND-numbers [21:33:58] hmmm [21:34:34] AlexB_88: do you know of any mission that had issues with the sextant getting jammed? [21:34:58] hmm, not off hand no