Jump to content

Robin Patenall

Members
  • Posts

    44
  • Joined

  • Last visited

Everything posted by Robin Patenall

  1. Let me introduce the KPS Glom of Nit (Yes, KPS, the Kerbal Post Service). Used for when your Gilly mission is missing a small but vital part, and your engineer has a Kamazon Super Platinum Hyper Prime subscription. The part was missed because almost all of the Gilly mission was recycled from older missions and right at the moment a Kerbin to Eve transfer is about 5.5km/s of deltaV so I had to build a rocket with about 10.6km/s on the launchpad for sending a 50kg part. I over built a bit as I'm going to have about 2000m/s to rendezvous with and land on Gilly after a loose capture about Eve.
  2. I wish I could have seen this a week or two ago before I went on my Minmus circumnavigation road trip. I think I got the wheels configured okay, but his would have made me more confident in the settings I used and had some tips that I might have implemented (different friction front and back). With any luck KSP2 will have better documentation.
  3. Our weary travellers. They even got tired of Mint Ice-cream after a while (they will have a discussion with Jeb about the proper selection of supplies for a Minmus mission when they return. Luckily for Jeb, he has scheduled their pickup by the Mun / Minmus / Kerbol XP gaining mission and it will take them some time to get back) Hopefully, I've done enough to qualify for completing the challenge (Modded) on Minmus. I even managed to visit every biome to record science for a future Mobile Processing Lab to analysis, which is why I initially landed at the South Pole (and saw the strangeness that lies there). I recorded most of it on video, there's about 3 degrees of longitude that I lost, but it was a very boring zigzag up a hill to reach the Highland biome and I cut out most of the times I crashed and reverted (there weren't that many times). Hopefully this is judged as acceptable. A full playlist Launching and getting to the equator (13m03s) Part 1 : Longitude 15W to 165E (13m16s) Part 2 : Longitude 165E to 15W (14m49s) This is a Modded attempt as I used the KER, Scansat and NavHud Renewed for helping me navigate and I have Restock and Restock Plus of which I believe I only used one part (a longer 0.625m fuel tank than the Oscar B) and the KER chip part, but as I was testing the rover for use on a future Duna / Ike mission in my current career mode game, I wasn't going to change it (which is why it has parachutes and an atmospheric analyser if anybody was wondering). I added waypoints after the fact to make the route clearer on the map view as the flags where a bit difficult to see. Things I learnt: The poles are to be avoided Minmus's lowlands aren't (low that is, in fact they're quite high) KSP wheels have no traction on low gravity worlds. Parallax 2 scatter colliders are not a good idea when using a rover for long distances, or medium distances, or even short distances. As I found from my long drive on the Mun, the Scansat, KER and NavHud Renewed mods are really helpful for navigation and not ending up tumbling down a hill at break neck (and break rover) speeds. I might just have forgotten how time consuming this is by the time that the Duna transfer window opens and I get the rover there.
  4. Does anybody know / can confirm if enabling collisions is safe on an existing save? I don't currently have much landed that I care about (mostly spent stages and surface science that has completed) but there are a couple of things that I'd prefer not to explode after being telefragged by a new rock. Right at the moment I could probably get everything I care about into orbit and update to this and land everything again, but I probably need to do it now, rather than later.
  5. Hi @Geonovast, Just tracked down an issue I was having to the latest release of this. I was suddenly unable to surface attach light strips, I could node attach them and drop them in containers but not surface attach them. It was most confusing. It looks like the parsing of the attachRules is not well coded as changing all the lines in SN_utility.cfg that read: @attachRules = 1, 1, 0, 0, 1 to (note the lack of spaces after the commas) @attachRules = 1,1,0,0,1 seems to have fixed the issue for the lights I was having it with. You might also want to quickly check if you've made the same misstep elsewhere
  6. Anybody capable of creating a "string vest" suit option for the Kerbals? My memory is a bit hazy on UFO, but I remember that bit of costume design very clearly. Not that it would be quite as good on the Kerbals as it was on the original cast.
  7. I've never played with USI, but isn't that a life support mod? Did your Kerbals run out of supplies?
  8. The West side of the East Farside Crater Part textures / overhaul is ReStock and ReStock+. The terrain is, I believe, Parallax and Parallax Stock Planet Textures, with most of the graphics setting turned right up. But I also have the following visual stuff: Community Terrain Texture Pack (A dependency of something) Environmental Visual Enhancements Redux Scatterer + Scatterer Default Config + Scatterer Sunflare Astronomer's Visual Pack (2k textures) TUFX It's been a time since I set up all the mods, so I'm not exactly sure which does what without research.
  9. I have, after far too much time, finished my "visit all the Mun biomes (except that one which is inconveniently placed) in a rover" project. I blame all the "visit the South pole of Kerbin" posts. There was originally a large scanner arm which got removed after I'd scanned everything and the lander engines were originally to be decoupled once I landed. I'm glad I left them on, even if it meant moving the solar panels. All science, except the material science bay (which is inconveniently big for a rover) collected for future MPL processing from every biome except the Southwest Crater. And a Mun Stone, Mun Crater and Mun Large Crater scanned with a large scanning arm. I thought I'd note down some brief tips for anybody who wants to do the same thing: Don't Driving a rover on the Mun takes practice, you will crash (a lot) As you will crash (a lot), set up a timer for 10 minutes and when it goes off, stop the rover and quick save. You can't go that fast, if you do then any bump will send you rover tumbling and explode. The fastest I managed (without crashing) was about 20m/s and I was desperately trying to brake, I tried to keep it at about 10m/s and used physics wrap x 2 (or x 3 when it was really flat) At high speed repeatably tapping the brake is better than holding it down (think abs) I found the following mods helpful: NavHud Renewed This was really helpful in showing an artificial horizon and showing if you were going up (get ready to hit W), you were going down (spam the B key) or sliding (prograde and attitude don't match). It also made it easier to follow the contours of the Mun (begin on a slope and adjusting your direction so that you aren't going up or down and picking up uncontrollable speed) ScanSat a zoomed in, high resolution, altimetry window was the best I could find for navigation. Lock it to the current vessel so you don't have to play with it as you move. Waypoint Manager Craters suck, if you can see it from orbit or on the ScanSat altitude map then it's going to be difficult to get into in one piece (getting out is slightly easier) Craters suck, the maps don't show the small ones, but a 5m fall into one will still destroy your rover. To do the highland crater I picked out, I had to use my lander engines to jump in and out. Other highland craters may be easier, but probably won't be. Near the poles suck, there are lots of steep slopes and rucked terrain. I used my lander engines a couple of times rather than make huge detours. You need to plan your route significantly in advance otherwise you'll have to make huge detours. Every time you stop to do a quick save, zoom out and check where you're going Don't swerve around ground scatter objects, you can pass through it and you're more likely to tip over if you swerve late. Do swerve around Breaking Ground objects as you'll just launch yourself into the air and explode if you hit them. You can tell the difference between these as ground scatter objects are grey and Breaking Ground objects are gray. Yes, I cheated and landed more fuel for my lander engines to go from the Polar Lowland at the top of the Polar Crater to the Northern Basin. The poles suck. Pick a better path than I did. But mostly, don't
  10. Due to a quirk of timing, I had to work with two vessel going to both of the extremes of the solar system today. The first was performing the inclination burn for my Moho science / SCANSat satellite, the "Hi-Ho Mo-Ho". I had launched it at 'a' Moho transfer window, but not a great one, and doing so from Kerbin polar orbit where it was finishing off doing a Hi-Res resource scan was an exercise in planning. I had to do a burn of >1000m/s anti-normal with a single Dawn Ion engine followed by setting maneuver nodes so that I can do most of the >3000m/s capture burn outside Moho's SOI and not pretending to be a bullet when I reach it. The second was sending my common Commnet relay / Science / SCANSat satellite off to Plock / Karen, something made difficult by the pusher stage only having a single Nerv. Doing a 13min burn (I'd even already done 750m/s during periapsis kicks) made significant errors in the orbit at >600GM. I had to add a load of radial out to get everything to line up with the projected orbit. Now I just have to wait 71 years for it to arrive. Next on my list to do is to send off my multipart Eve / Gilly mission.
  11. Just as an "is it possible" question. I've recently noticed that Engine Plates have a huge, fixed, volume. I assume that this is based on the maximum dimension of the difference variant lengths but it is a bit annoying that I can't fit a short EP-18 engine plate into a cargo inventory slot that I can fit a whole Bobcat engine into (I'm using Sandcastle, which has some large Cargo Storage Units, to recycle spent hardware in orbit). Is there anyway that the difference variants can have different volumes? or is that something that just is not possible?
  12. Hi @Angel-125 I've just started actually using this in my game but I've noticed some issues with the Recycler UI: It looks like the part selection menu, when there's nothing in the queue, jumps back to the top every few seconds. I have lots of parts in cargo storage and it's difficult to select parts that are at the bottom as when I scroll down, the scroll resets quickly to the top of the window. Several times I've recycled the wrong part because the window jumped just before I clicked on the part. I'm assuming that this is some sort of periodic refresh. Steps to reproduce: Have a vessel with a print shop (the large one) and a SEQ-24 cargo container. Have parts in the cargo containers, enough to make the recycler part selection window have a scrollbar (24 EAS-4 struts + 24 OX-STAT Photovoltaic Panels) Open the recycler UI Have nothing in the recycler queue Scroll the parts window to the bottom After a couple of seconds, the window's scroll will jump to the top It is sometimes very difficult to identify which part is which (i,e. which of the 20 EAS-4 Struct Connectors in the window are which). I suppose that this isn't a major problem but I'd prefer to recycle the parts I've just pulled off the spent stage I've docked rather than from my neatly arranged stores. Ideally, the parts window would be split up by container, but if that is difficult, could I suggest putting the parts in the inventory slots of the print shop(s) at the top of the parts list and have the rest visually separated from them? In this case possibly having the options to only show parts that are in the print shop inventory slots, and hiding the rest, might be good idea. This would also help with the window scroll reset as you could just put things you want to recycle in the print shop, which would always be at the top.
  13. I have officially reached where I was before I left off my last save, having sent stuff to Duna (this time at the beginning of the transfer window, rather than a week after the end) and having completed the ridiculous contract I was working on to build a 7.2Tm relay satellite in KEO (it's a combination of a number of mods interacting). I, at least , now have the capability to reach Plock with only a Communotron 88-88 on the vessel, but I'll probably move the relay into a maximal SOI grazing orbit (80Gm or so) rather than leave it in KEO. (If anybody else has this contract, yes I patched it to increase the amount of money a bit when it increased the power, it was ridiculous otherwise ) Unlike the last time, I build the relay in LKO and transferred it to KEO once complete. It took 10 launches (a core, a construction shack for the engineer and 8 x antenna modules) to complete, and here is it showing off all 16 of the beautiful JX2 Large Deployable Antennas it has from the JX2Antenna mod. I still have a contract to send a duplicate to 60-120 degrees ahead / behind Kerbin but I think I need a better pusher stage. A single Wolfhound took far to long to raise the orbit in one go and I had to spilt the maneuverer up.
  14. Yes, there's some rather nasty inventory bugs with Kerbals entering / leaving command pods. As far as I remember the inventory shown in the command pod's action window doesn't always synchronize with the Kerbal's actual inventory when they enter or leave the command pod. So when a Kerbal re-enters the command pod, the pod's copy of their inventory doesn't reflect any changes in the Kerbal's inventory while on EVA, so it is best to ensure that you re-enter the pod with the same equipment that you leave with otherwise you can, as you found out, duplicate items or even worse have items vanish. I believe that the KSP Community Fixes mod fixes this (among many other things), but I've not used it myself
  15. I agree with everybody else, abort to orbit so long as you are certain that you can get back into a stable orbit. If you can't and you try, your pilot is going to have a Bad Day. Use any remaining fuel to circularise and reduce you inclination, in that order. A circular orbit which is a bit inclined will be easier to rendezvous with than a perfectly equatorial, but elliptical, orbit for a beginner. Assuming you don't have docking ports, grabbing units, RCS or resource transfer, but do that EVA, the quickest thing I can think of is: Strip anything you need to land out of your current ship design Add a couple of FL-T100 fuel tanks on the outside (radially attached with the top to you rocket's side and with nothing attached to them) and disable them. Have them near you capsule. Send it up with you other pilot and Bill Rendezvous with the stricken vessel in Munar orbit, as close as you can. Almost touching if possible. Have bill move the fuel tanks to the stricken vessel using EVA construction Have both ships return to Kerbin and have another go.
  16. I've just rechecked this on my clean install to check that it still works. I have a few library mods, B9PartSwitch, CommunityResourcePack and the DLC (It did occur to me that ModuleGroundPart might be Breaking Ground only, but I tried it without SquadExpansion and it still works) Here's the relevant section of NSSC's KerbalInventorySystem.cfg: @PART[ELSurveyStake]:NEEDS[!KIS]:FOR[NotSoSimpleConstruction] { // Move the CoM to underground so the stake stays upright %CoMOffset = 0.0, -0.5, 0.0 -MODULE[ModuleKISItem] { } MODULE { name = ModuleGroundPart fxGroupDeploy = deploy // Name of the FXGroup to Play when the part is being deployed placementAllowXRotation = true // Determines if the Part can be rotated in the X Axis when in ground placement mode, before being placed on the ground. placementAllowYRotation = false // Determines if the Part can be rotated in the Y Axis when in ground placement mode, before being placed on the ground. placementAllowZRotation = true // Determines if the Part can be rotated in the Z Axis when in ground placement mode, before being placed on the ground. inventoryTooltip = "" packedVolume = 0 //f // The space this part occupies when packed inside an inventory container kinematicDelay = 3 // f // Delay before rivotiing, any value < 1 defaults to 3 // Make this large so that stake will always rivot placementMaxRivotVelocity = 1 // f // This is the velocity the part must be travelling less than before it will be rivoted to the ground. reinitResourcesOnStoreInVessel = false // Set to true when the parts resources should be "filled" magically when the part is stored in a vessel. stackableQuantity = 10 // The number of parts of the same kind and variant that can be stacked in a single inventory slot } } I did lower the palcementMaxRivotVelocity and I did try to remove the Y axis rotation during placement but this doesn't appear to work. To deploy the stake you use the same method that you use to deploy surface science. In my test I did the following: Launched Jeb in a Mk1-3 command pod to the Launchpad with 3 survey stakes in the pod's inventory I EVA'd Jeb to the launch pad Swapped Jeb's parachute with a survey stake Clicked the deploy button for the stake (bottom right of the inventory slot) Got the deploy UI ([Space]: to place the part, etc) Hit Space With out the above changes, the survey stake slowly falls over and rolls along the ground With the above changes, the survey stake stays upright and becomes riveted to the ground. I can even sometimes get a "[f] to climb" prompt and climb up it. The more obvious test is to rotate the survey stake slightly with H or N before placing he part so that it isn't vertical, with the above changes, it will wobble but not completely fall down (the further that it is away from upright, the more it is pulled vertical) and more obviously freeze after 3 seconds. I uploaded a demo of this working (hopefully this works) I did have some issues related to picking the stakes back up sometimes, but I do not think that this is related to the changes above.
  17. Actually I had a brain wave last night and managed to test it but didn't get around to posting. I set the "placementMaxRivotVelocity" in the ModuleGroundPart of the stake to something very large (100, but I was going to test lower values) to ensure that the stake riveted to the ground no matter what happened and then set a CoMOffset to move CoM below the bottom of the stake model so that it would be balanced when vertical (I used %CoMOffset = 0.0, -0.5, 0.0). I was going to do a bit more testing tonight, to refine the values, before suggesting the fix but it seemed to be a promising workaround. The correct fix of setting the ModuleGroundPart kinematicDelay value to 0, doesn't work as it seems to ignore values < 1. (This is of course all in the @PART[ELSurveyStake]:NEEDS[!KIS]:FOR[NotSoSimpleConstruction] patch in KerbalInventorySystem.cfg)
  18. Edit: Oops, just seen the line of text under the 1.0.99.3 release about the issue with this. Does anybody know how to get the Survey Stakes to work properly with the stock inventory? Every time I go to deploy them, they fall over. To be clear: I have a Kerbal with Survey Stakes in inventory on the ground (I've tried the launchpad, runway and just off the runway on the grass) I deploy the stake by clicking on the down arrow in the bottom right of the inventory slot I get the stake floating in mid air in front of the Kerbal and the deploy UI ([Space] to to place the part, [J,L,H,N,I,K] to rotate ) just like deploying science experiments I hit space The Survey Stake falls over It isn't riveted to the ground like normal and I can kick them around, but they still actually work when building craft . I've used the cones from Sandcastle which do the same thing as Survey Stakes and they deploy (and rivet to the ground) fine. Is it because the stake wouldn't stay steady long enough? It's just that I don't want the boundaries / axis of my "things may magically appear here" area to go wandering off if a Kerbal walks over it.
  19. I was looking at swapping out EPL with SimpleConstruction but it does look like there are compatibility issues with Sandcastle. Mostly because there is no MetalOre or ScrapMetal in SimpleConstruction which causes issues with B9PartSwitch. There are also issues with the densities of some on the resources which means that the simplest changes (changing MetalOre to Ore and dropping ScrapMetal) caused the RocketParts container to act like a Tardis and the Smelter to behave oddly.
  20. Lots, and lots, of math, but I let my PC do it. I wrote a python script the would check each Lat / Long / Altitude to see if that point had an unobstructed line of sight to any of the ground stations. There was some optimisation that would stop at the lowest height that had CommNet coverage as I believe (but didn't prove rigorously =) that if there is a connection at a given height then there is always a connection above that. It wasn't that efficient, but it never took that long to run and I worked with smaller map images while debugging before using the high resolution maps for release. I found a list of the Lat / Log of the ground stations but had to get the altitude with the WayPoint Manager mod. I assume that they broadcast from terrain ground level (mostly as I know there are actual objects there) and this does appear to match up with the tests I made in game but I'm always open to be proved wrong. I had to make a reasonable assumptions about how KSP calculates CommNet occlusion (i.e. the occluding object is a sphere with radius = Planet Radius * Occlusion Modifier) but this matches what others have said in this forum and does appear to be correct. Edit: DarthGently is right, CommNet appears to ignore terrain, I've seen active connections pass through mountains even when the Occlusion Modifier is 1. The altitudes on the maps are above sea level and yes if land on high terrain you may get a signal where are you might not in the same position at sea level. In fact one of my reasons for building the maps was my loss of signal just before landing in the waters East of the KSC near the Island airstrip. The KSC is about 70m above sea level and you don't need to go far to lose signal just before impact (important for powered landing) The minimum height ALS for connection at the Island airfield is about 450-500m
  21. I got annoyed at losing control of my unkerbaled vessels when I was using hard mode as Kerbin does not have full coverage when the CommNet occlusion modifier is 1.0, so I generated maps which show where you have a CommNet signal vs altitude. I've put a post in the Tutorial forum as I thought that others might find the maps useful, which also includes lower altitudes (10m to 60km) for people trying to do powered landings
  22. Having played with KSP on hard mode, I found it quite annoying that you don't get full CommNet coverage of Kerbin when you are in orbit unless you are very high. I kept losing control of vessels with only probe cores when I was launching or attempting to do a re-entry burns, so I thought that I'd create a map so I could see the altitude you need to have CommNet a signal when in hard mode (or when you've set the Occlusion Modifier to 1.0). I ended up creating two, one for orbital heights (75km to 250km) and one for surface heights (10m to 60km). Each colour patch indicates where there is no CommNet signal at a given altitude. The most interesting bit is that there is a large CommNet blackspot East of the KSC, just about the place that you might be attempting to circularise and it goes very high, this means that launching a vessel with just probe cores onboard really needs a relay satellite to be in place first. Looking at the map, it looks like an initial relay satellite might be best launched into a polar orbit giving you much more time (via North Station One) to circularise before you lose connection. I've done a bit of testing and it does seem to match the reality of the game. Hopefully these will be helpful to people Orbital Heights Large (4096 x 2048) and Small (1024 x 512) Surface Heights Large (4096 x 2048) and Small (1024 x 512)
  23. I thought that you'd be interested that your EMUV combined with a Clamp-O-Tron Jr and a 1.25m heatshield (with a small amount of ablator) gives a neat little Kerbal re-entry vehicle, so long as the Kerbal has a parachute. It can easily de-orbit on the RCS and you even keep the EMUV. I'd expect that the docking port / heatshield bits could be attached to a station, stacked even, so that the EMUVs could dock with them if they were needed rather being attached at all time.
  24. I have managed to get undeniable proof that the LY-01 Fixed Landing Gear isn't made of dynamite and doesn't have logic that makes it explode at any time it's within 1 meter of the ground. I actually managed to do a huge loop of KSC 09 to Island 09 to KSC 27 to KSC 09 to Island 09 to KSC 27 with out a single explosion, although I wouldn't want to do it without having NavUtilities Continued installed. When Squad added more support for flight, they really should have included some sort of ILS / VOR Do you think it's bad that I've only managed this after binge watching a YouTube channel that explained loads of historic aircraft disasters in great detail?
  25. One of my scientists expressed an interest in not passing above the Kermin line for a while due to a slight case of mind-numbing terror (being recused from a small pod, in Kerbin orbit, going round and round and round with nobody to talk to, and more importantly no snacks, will do that to you). So we found her something to do to assist the space program by doing Science from difficult to reach locations on Kerbin using an experimental vessel that uses lifting surfaces rather than thrust to keep it off the ground. The engines even use the atmosphere so the craft doesn't need to carry oxidizer, just liquid fuel. (One of the other research teams scoffed at this and said that they had an even better engines that didn't use oxidizer, only liquid fuel, but we've seen some of the materials they use glowing blue and being carried around using 5m long tongs, so we'd prefer that they kept themselves, and their lead lined overalls, to themselves) She managed to fly to the far North and collect Science from the Tundra, Northern Ice Shelf, and Ice Caps while flying, touched down and while splashed down (the R&D team did complain that she'd voided the warranty on the engine by running it underwater) . On the way back, she stopped off in the Desert to pick up a bit more (we think that she just wanted to warm up, something we don't blame her for) and even managed to get Science while splashed down (as an after thought we think, comparing that timestamps on the science with her social media posts shows that she was gloating about swimming in the desert lake for at least an hour before any science got done). She returned to the KSC with almost 360 science stored. She might be sent on more missions to the Southern Ice Shelf and the Badlands, but it depends on how much Bob get annoyed at her.
×
×
  • Create New...