[00:05:17] https://i.redd.it/1a7sxe372t311.jpg [05:34:38] Action: darsie lit a rocket with a laser through a window: http://bksys.at/bernhard/temp/MVI_1930.MOV [06:18:05] scott, but bad news https://www.youtube.com/watch?v=Fl3Jcczz5PY [06:18:05] YouTube - SpaceX's Crew Dragon Capsule Destroyed In Engine Test [06:18:57] so the crewed launch that was close is now far away [14:38:51] Yo, I might be having a brain fart but what's UT stand for in the 1.7 maneuver thing? [14:53:25] Oh, universal time. Haaah. [15:27:19] to be fair, the convention is UTC [15:27:25] UT is kinda wtf [15:27:59] UTU (u)ncoordinated? :D [16:12:42] Ok, what the crap? When was an extended burn mode added in settings [16:12:50] Can't find anything in the changelogs or the wiki [16:13:51] extended burn mode? [16:13:53] it let's you assume your man node burn isn't instantaneous I think [16:14:26] https://i.imgur.com/sFd61xr.png [16:15:06] Uh, somewhere in 1.5-1.7 [16:15:17] so it seems like it does the burn time/2 thing for you. Huh, can't believe I never knew about it. [16:15:19] Thanks UmbralRaptop. [16:15:55] On of the quality of life improvements. I'd have to check the readme [16:21:43] usually do 50% time thing for the burn, but still ends up being off a little. I'm guessing it doesn't account for mass changes when you burn into the calculations for time [16:24:41] Could probably get closer with 40% but that might be too much, idk. Should do the math but.... effort [16:32:44] might depend on how much of your mass gets used up for the burn... [16:33:00] compared to how much mass your craft is.. if the change isn't much, probably not a big deal [16:33:38] Yeah, I can't really imagine that 50% would get you off by more than a m/s delv in most cases [16:33:49] but I'm just pulling that out of my bum [16:51:42] again.. depends.. sometimes even a little bit of a m/s can make a big difference. [17:01:30] Happy Easter! Maybe I should take this time to find some of the various... Easter eggs in KSP [17:01:47] I don't think I've actually visited stuff like the pyramid or dead kraken [17:02:21] here trying to come up with a simple little lander that isn't going to weigh massive amounts.. [17:02:31] 2 crew monoprop.. 7tons.. [17:02:59] 1 crew is nice, only 3 tons but... kinda wanna two person.. [17:05:28] can always bolt an extra chair on and call it good ;) [17:07:50] tech tree for that part not unlocked.. [17:08:20] Happy easter to you too! [17:08:22] right now just sandboxing ideas... am considering a lawnchair lander [17:11:44] Hm, sorry for another stupid question but I don't understand what the ejection angle means when a maneuver node is selected. [17:11:57] (It makes sense to me without the node selected) [17:14:28] ... this a new thing they put in..? Or this in relation to the vector from the planet/moon? [17:15:21] this is a new thing [17:15:30] in the advanced orbit info pane [17:15:54] Action: JVFoxy ughs.. testing something out, command seats. didn't realize you can fill them now instead of attaching a command pod which gets ejected after moving crew over [17:16:28] ah... give me a moment. In 1.5 still.. [17:17:22] Yeah I mean unless I'm missing something I think the hover text is wrong. "Angle between the craft or the maneuver position around the orbited body and that body's trajectory around its parent" [17:19:00] The bit for the angle from craft to craft's parent to parent's prograde makes sense. That's just the normal ejection angle I use for interplanetary transfers. [17:19:29] lol.. well lawnchair didn't go so well.. used up more than half my mono just doing the braking burn around mun [17:19:58] But if the angle is from maneuver node position to node's parent body to parent's prograde then that would mean it isn't affected by changing the node's vectors. Which it is. [17:20:17] Sorry, I explained this poorly. Just go in 1.7 and experiment for yourself, lol. [17:21:40] angle of craft to parent orbiting object for planetary transfer burn? [17:23:31] As in a geometric angle from top down of craft to craft's parent's center to craft's parent's prograde. (There's probably a better way to say this) [17:24:09] http://ksp.olex.biz/img/ejection.png [17:26:15] right.. ok and what about it? [17:27:04] basically, its the angle from the parent's prograde where you start a burn in order to get into a transfer vector to another body [17:28:21] My issue is it seems like the ejection angle KSP displays when selecting a node is not that. [17:29:28] reciprocal angle? [17:29:58] doesn't seem like it [17:30:36] then guess I'd have to see.. I know in the past there had been issues with coordinate system going a little weird with regards to longitudes [17:32:46] https://cdn.discordapp.com/attachments/429717171002933269/569561217220214837/DSC_1156.JPG [17:32:59] Fluburtur gimmie. [17:33:25] ok come get it [17:33:39] zoom zoom [17:34:44] friend loves his FPV drones... rather planes myself if I can ever get around to things [17:35:58] perryprog don't suppose you could show an example from the game, that makes you think the angle it displays isn't right for the note? [17:36:01] *node [17:36:06] yeah sure, one sec [17:38:02] https://i.imgur.com/lJwrNyc.png [17:38:18] Kerbin's prograde dir is the topmost point of Kerbin [17:38:46] I also feel like the ejection angle shouldn't be changing with time passing, right? [17:39:13] Obviously it would if you haven't selected a node, but when you are selecting a node shouldn't it just be showing the ejection angle as if the ship was in that location? [17:39:39] I'm fairly certain that this is just a misunderstanding at my point, but I feel like intuitively that it's incorrect. [17:41:41] ... nav ball.. [17:42:12] oops. [17:42:34] s'ok... happens.. [17:42:35] heckin imgur [17:42:57] (totally was my fault) https://i.imgur.com/o3S5HUP.jpg [17:44:42] hang on, could it be the angle between the ship, kerbin, and the node for some reason? [17:45:53] accept the weird thing is if I give the node 0 delta v (as in the default node) the ejection angle is the same as if I hadn't selected the node at all?? [17:45:57] except* [17:46:37] Lan and Arg PE is new to me... trying to find info [17:47:50] Lan is longitude of ascending node and arg pe is argument of periapis, AKA angle from ascending node to PE iirc [17:48:07] https://upload.wikimedia.org/wikipedia/commons/thumb/e/eb/Orbit1.svg/1920px-Orbit1.svg.png [17:50:42] ah ok... [17:54:58] Yeah seems like it's a bug, but this person didn't report it for some reason [17:54:58] https://forum.kerbalspaceprogram.com/index.php?/topic/183899-on-the-maneuver-panel-in-17/&tab=comments#comment-3587373 [17:55:05] ok.. interesting. If peeps haven't already seen this: http://ksp.olex.biz/ [18:12:09] Yeah, this is definitely a bug I think. The same thing is happening with the phase angle. What a pain! [18:16:21] Can anyone please tell me if there's any reason whatsoever for the phase and ejection angle to change with time while a maneuver node is selected? I just want to make sure I'm not doing a dumb before filing a bug report. [18:18:41] actually... [18:19:00] it doesn't change dramatically... does it? [18:19:11] You make a node in an orbital plane right? [18:19:25] no, it changes at a fairly significant rate [18:19:30] the node doesn't move.. its stationary to the galactic reference [18:19:50] yet.. as kerbin moves around the sun... its reference point shifts in relation [18:20:21] the ejection angle is referenced from kerbin's prograde... [18:20:40] yeah it's probably using kerbin's current prograde, not the one in the future [18:20:42] the prograde shifts, but the node doesnt [18:21:24] well at the least then the hover text is wrong [18:21:29] ejection angle into is taken as current... not post burn.. [18:21:59] "angle between the maneuver, orbited body, and body's trajectory around it's parent" [18:23:13] not really a bug.. [18:23:30] more its jsut giving info real time.. rather than as if you had already done the burn.. [18:25:03] But shouldn't the man nodes always give the information that applies at the time you reach the node? [18:25:06] Otherwise it's useless. [18:26:55] the vector line it gives you is post burn, doesn't change. even during or after a burn. Unless you attempt to move it during such times [18:27:23] honestly.. I don't know. I hadn't dealt with numbers as closely before [18:27:48] I can do a free return from mun with very little problems, never needed numbers. [18:28:26] other planets, I just need a date, and I can figure out the rest easily enough with a node, not have to look at numbers. [18:29:32] I prefer to do it with numbers, I like the math behind the guesstimation [18:30:18] everyone likes doing things in their own ways [19:03:18] Ok, I got some better wording of why I have an issue with the ejection/phase angle. Shouldn't the ejection angle of a maneuver node be the angle of the node, the node's parent, and the node's parent's prograde _at the time you would react the node_? And shouldn't the phase angle in the new target pane be the _interplanetary_ phase angle if the current target has a different parent than you? [19:04:25] (Where the interplanetary phase angle is the angle of the ship's parent, the common parent of the ship's parent and the target, and the target. e.g. the interplanetary phase angle of kerbin to duna is just the angle of kerbin, the sun, and duna) [19:12:49] eh... sorry, guess two cups coffee and waking up 4am not helping me much with this. :\ [19:14:45] panel has a phase angle thing too on one of the tabs? [19:19:29] yeah, on the target one. [19:20:17] it's just not "smart". No matter the circumstance it displays the angle of ship:ship parent:target from what I can tell, which is useless for Interplanetary transfers. [19:24:54] maybe I'll get to poke at it eventually.. the closest approach feature is nice though... instead of having to track with the mouse pointer [19:27:23] What do you mean? I'm not familiar with the older versions. [19:29:43] the thing when two ships or ship and planet are to come close, it shows the markers, says how close they will be. Older versions, had to put mouse over top while adjusting things to see if you making improvements or not. Now with the pane, you can view it right there than having to chase it with the mouse [19:30:49] Ah yeah, that is nice. IIRC you can right click it in older versions and it'll stay, but I don't know how far back that was added. [19:34:30] don't know.. hmm.. [19:56:07] as of 1.5... right clicking the stuff on the map does seem to keep it in place. At least till the number of encounters changes [20:03:54] yeah, it'll also unpin itself if it's ever removed (e.g. you accidentally overshoot and the encounter goes away, but then comes back after you fix it) [20:18:08] https://66.media.tumblr.com/d3f86557d602601d7970851498e18e20/tumblr_ppijs0nLC91vgwfb6_540.jpg [20:25:11] lol florida man [20:27:47] however i dobt that the polish man reached the level of florida man [20:28:24] some things can only happen in florida [20:31:00] the alien movie is 40 years old [21:31:29] #KSPOfficial: mode change '+o UmbralRaptor' by ChanServ!ChanServ@services.esper.net [23:39:01] hi [23:41:01] You should probably re-read the Kerbal Space Program license agreement, particularly the clause about user-created content. By accepting that license, you agreed to give Take-Two Interactive an exclusive license to use your screenshots, something which is completely incompatible with uploading those screenshots to Commons. https://commons.wikimedia.org/wiki/User_talk:Darsie42#Kerbal_Space_Program_ [23:42:09] I put screenshots there, but they had to be removed: https://en.wikipedia.org/wiki/Projectile_motion#Kinematic_quantities_of_projectile_motion [23:43:53] Am I allowed to make, watch, publish, modify screenshots? [23:44:17] store [23:44:27] give [23:44:59] I haven't read the license. [23:49:09] I'd like to show them to you, but am I allowed to? [23:50:20] o_O [23:52:58] If that's the case, someone badly messed up the EULA [23:53:21] You mean if I'm not allowed to show you my screenshots. [23:56:26] If I can show it to you, why can't I upload it to wikipedia? [23:57:14] Where is the license agreement? [23:59:14] yeah, and unsure