Cooper42

Members
  • Content Count

    32
  • Joined

  • Last visited

Community Reputation

3 Neutral

About Cooper42

  • Rank
    Bottle Rocketeer

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. WI'm planning some large, high part-count, space stations. For Mun & Minmus specifically. I want them low enough that regular trips to the surface for large ships don't have high dV requirements, but, ideally, not so low that my FPS gets tanked by having both high part-count ships and the higher-detail planet terrain kicking in. At certain orbital altitudes the terrain of a planet becomes more detailed, as the procedural terrain (PQS; 'Procedural Quadtree Sphere') fades-in. At higher orbits, just the scaled space is rendered. But, despite lots of searching, this is all I could find in an old thread about it: What is not fully answered in that thread is at what altitudes, for what planets, does the 'noticeable performance impact' of PQS stop, as that is 'turned off completely'. Does anyone know where I might find this information?
  2. There is an issue with Mk2Expansion when installing with CKAN. As reported here:
  3. The orbital darkness calculator I've been using for ages is down: http://www.prism.gatech.edu/~bnichols8/projects/kspdarkness/main.shtml Does anyone know of any website or tool that does the same? I can do this by hand, there's half-decent instructions on the wiki, but it's fairly laborious.
  4. Cooper42

    [1.3] USI Life Support [0.5.0]

    Okay, first version of the tool to calculate hab / multiplier: https://docs.google.com/spreadsheets/d/1jKZmfTO7y3rbAxDKcnhO2PH7fvvtJrceVwzyLpgq4ec/edit?usp=sharing Not trialled it much, so very certainly needs some tweaking, but I'm not gonna get to work on it for a few days, so thrown out here for comments / suggestions
  5. Cooper42

    [1.3] USI Life Support [0.5.0]

    Thanks for the links @mcortez and @DStaal. I've started to reverse-engineering the habitation part of that spreadsheet to take Mass & Volume and produce habitation & multiplier guides. Really basic question: A 1.25m radial part is named as such because it has a 1.25m radius, right? Not 1.25m diameter... Less basic question: Does anyone know of any mod which can show the volume of a part? Edit: I'll start with cylindrical parts, because at least I can get the height for a single part from the VAB...
  6. Cooper42

    [1.3] USI Life Support [0.5.0]

    Habitation calculations? I've got a bunch of mods installed, many of which include support for USI-LS habitation values, some which don't. But, going through them, the values are all over the place. Some objects are loosely in line with similar parts from RoverDude, or the changes to stock that USI-LS makes, some not at all. The habitation multiplier value varies widely for similar parts. The ratio between electric charge / s and habitation multiplier varies widely too. In addition, the habitation module seems to include calculations based 'Kerbal months'. However, the base line habitation-per-seat has since been changed to 7 days, not a month as it used to be, which seems to mean that some habitation modules add a comparably huge amount of hab time for the space they provide. So, I'm planning on going through my mods and creating custom USI-LS habitation support patches (and I'll offer these to mod authors if they want them). But to do so, I'd like to get some sense of what calculations are behind how USI-LS modifies stock parts and the various USI parts which include habitation and hab multipliers. Obviously it's not straightforwardly based upon part volume or crew space, given things like cupolas rightly add more hab multiplier. But some sense of how to set baseline kerbal months get decided, and then work out a reasonable hab multiplier and elec / second use would be really helpful.
  7. Cooper42

    Universal Storage II [1.3.1 and 1.4.5 - 1.7.0]

    Small suggestion: The 'lock bays' option (or however it's written) doesn't make it clear that this serves to seal the bays and can't be unlocked in-flight. I kinda guessed what this meant, but I did just create a test ship to make sure this was the function and it wasn't doing something else. Maybe something clearer, if a little more verbose, might be in order? Something like "Seal payload bay during flight" as an on / off toggle?
  8. Cooper42

    [1.5.x] KSP Resonant Orbit Calculator

    Really useful mod, thanks. This should certainly be a recommended mod for RemoteTech. As you are planning on adding antenna info, a “stable max range”. The other thing that “Visual RemoteTech Planner” https://ryohpops.github.io/kspRemoteTechPlanner/ does is calculate night time period and battery power required. This would be a really useful addition in the VAB, if that’s at all possible.
  9. Cooper42

    Universal Storage II [1.3.1 and 1.4.5 - 1.7.0]

    It must have got lost then, the reason I wrote that patch was because I couldn't find the KIS parts in the Containers category! As for a US category, given that US uses the same, unique, manufacturer for all parts means the build menu in an otherwise unmodded game can be used to show only US parts, without the need for another dependency.
  10. Cooper42

    Universal Storage II [1.3.1 and 1.4.5 - 1.7.0]

    Another small Module Manager patch, this time for Community Category Kit. (Which is a dependency for KIS/KAS, which some parts require) US2_CCK.cfg // This config file adds support for the default categories added by Community Category Kit and KIS // // EVA @PART[USEVAX]:NEEDS[KIS]:AFTER[UniversalStorage2] // Only for KIS: KIS adds the cck-eva-items tag, which is not a CCK default. TAC, which is the other :NEED for EVAX, does not. { @tags ^= :^: cck-eva-items } // // Containers @PART[USKASRadial]:NEEDS[KIS]:AFTER[UniversalStorage2] { @tags ^= :^: cck-containers } @PART[USKASWedge]:NEEDS[KIS]:AFTER[UniversalStorage2] { @tags ^= :^: cck-containers } // ///Life Support @PART[USFoodWedge]:NEEDS[CCK]:AFTER[UniversalStorage2] { @tags ^= :^: cck-lifesupport } @PART[USWaterWedge]:NEEDS[CCK]:AFTER[UniversalStorage2] { @tags ^= :^: cck-lifesupport } @PART[USSabatier]:NEEDS[CCK]:AFTER[UniversalStorage2] { @tags ^= :^: cck-lifesupport } @PART[USWaterPurifier]:NEEDS[CCK]:AFTER[UniversalStorage2] { @tags ^= :^: cck-lifesupport } @PART[USCarbonDioxideWedge]:NEEDS[CCK]:AFTER[UniversalStorage2] { @tags ^= :^: cck-lifesupport } @PART[USSolidWasteWedge]:NEEDS[CCK]:AFTER[UniversalStorage2] { @tags ^= :^: cck-lifesupport } Also: With the science update on its way, please consider a Universal Storage version of the 'Science Box' (Experiment Storage Unit). It'd be a great option for those smaller US payload bays so that probe landers with lower-end probes (which can't collect science) could send just a smaller top-part back into orbit and Kerbin, rather than dragging heavy Material Bays all the way there and back...
  11. Cooper42

    Universal Storage II [1.3.1 and 1.4.5 - 1.7.0]

    Thanks for a wonderful mod, Universal Storage was already one of my top faves, and this is just a great revision. Can't wait to see the new science parts. I have done a first pass for a Community Tech Tree patch. In order to avoid arbitrary/personal decisions, I've given priority to authors of supported mods for where they place similar parts. However, this may mean changes that seem odd. e.g. Kerbalism's support for CTT means a bunch of separate US2 Processor parts, which have functions of the Chemical Plant, get dumped together in recycling. I use USI-LS myself, so I would encourage feedback from those using Kerbalism as to whether this makes sense by staying in a similar place as the Chemical Plant or whether the default locations for US2 are better? I can't see support for CTT with TAC or Snacks on their GitHub repos. Please do let me know if I'm wrong, I don't know these mods well. I've made small number of other changes. Personal preference ones are noted as such and at the top for easy removal. I can't see any other obvious uses for the tech nodes which CTT adds. The only other thing that might be worth considering is dropping the tier level on some parts, given CTT adds more nodes (e.g. the Hex core might be better one tier down). But I've not played with US2 enough to tell whether it's worth it. Note for any future changes. If the @PART section in the Module Manager section at the bottom of any part.cfg file changes the TechRequired, then the entrance in the CTT patch file will need an :AFTER switch for US2. US2_CTT.cfg //This config file adjusts the tech required to match Community Tech Tree // //NOTE: The first two part entries are not actually directly CTT related and are more personal preferences. // //Electrical // Battery Wedge moved to Advanced Electronics in order to avoid unlocking >200 capacity at an earlier tech level. @PART[USBatteryWedge]:NEEDS[CommunityTechTree] { @TechRequired = advElectrics } // Guidance Computer moved to Unmanned Tech for kOS. kOS doesn't have CTT support, but this is to avoid unlocking a larger Disk Space at an earlier tier. @PART[USGuidanceComputer]:NEEDS[CommunityTechTree&kOS] { @TechRequired = unmannedTech } // //Utility // KAS/KIS doesn't actually support CTT. But Storage Tech seems an obvious place to put these storage parts. Storage Tech is also the same tier / cost as the default Space Exploration @PART[USKASRadial]:NEEDS[CommunityTechTree] { @TechRequired = storageTech } @PART[USKASWedge]:NEEDS[CommunityTechTree] { @TechRequired = storageTech } // //Fuel // Storage Tech is where Kerbalism places the similar capacity radial tanks which hold gases // Note: This now separates these from the Fuel Cell Wedge in the Tech Tree and may be an undesired change. @PART[USOxygenWedge]:NEEDS[CommunityTechTree&Kerbalism] { @TechRequired = storageTech } @PART[USHydrogenWedge]:NEEDS[CommunityTechTree&Kerbalism] { @TechRequired = storageTech } // //Lifesupport // Food Wedge and Water Wedge placed in the respective tech nodes for comparable parts in Kerbalism & USI support CTT @PART[USFoodWedge]:NEEDS[CommunityTechTree&Kerbalism] { @TechRequired = storageTech } @PART[USFoodWedge]:NEEDS[CommunityTechTree&USILifeSupport] { @TechRequired = enhancedSurvivability } @PART[USWaterWedge]:NEEDS[CommunityTechTree&Kerbalism] { @TechRequired = storageTech } // //Processors // Kerbalism places the all-encompassing 'Chemical Plant' in recycling. Comparable US Wedges moved to reflect this. @PART[USElektron]:NEEDS[CommunityTechTree&Kerbalism] { @TechRequired = recycling } @PART[USSabatier]:NEEDS[CommunityTechTree&Kerbalism] { @TechRequired = recycling } @PART[USWaterPurifier]:NEEDS[CommunityTechTree&Kerbalism] { @TechRequired = recycling } // Water Purifier acts as Recycler for USI-LS @PART[USWaterPurifier]:NEEDS[CommunityTechTree&USILifeSupport]:AFTER[UniversalStorage2] { @TechRequired = recycling } // //Waste // Waste Wedges placed in Storage Tech in line with similar items for Kerbalism @PART[USCarbonDioxideWedge]:NEEDS[CommunityTechTree&Kerbalism] { @TechRequired = storageTech } @PART[USGreyWaterWedge]:NEEDS[CommunityTechTree&Kerbalism] { @TechRequired = storageTech } @PART[USSolidWasteWedge]:NEEDS[CommunityTechTree&Kerbalism] { @TechRequired = storageTech } // Grey Water Wedge (Fertilizer) & Solid Waste Wedge (Mulch) placed in Hydroponics for USI-LS as per how USI-LS patches for CTT @PART[USGreyWaterWedge]:NEEDS[CommunityTechTree&USILifeSupport] { @TechRequired = hydroponics } @PART[USSolidWasteWedge]:NEEDS[CommunityTechTree&USILifeSupport] { @TechRequired = hydroponics } //
  12. Cooper42

    Universal Storage II [1.3.1 and 1.4.5 - 1.7.0]

    I think I've spotted an error in GreyWaterWedge.cfg // Module Manager // Contains @PART code for Module Manager, things that cannot be placed in within PART{} /+ //Kerbalism @PART[USGreyWaterWedge]:NEEDS[USILifeSupport] { @tags = #autoLOC_US_US_GreyWaterWedgeKerbalism_Tags //Universal Storage Wedge Fertilizer USI Life Support } I'm assuming: @PART[USGreyWaterWedge]:NEEDS[USILifeSupport] Should be @PART[USGreyWaterWedge]:NEEDS[Kerbalism] In that section. (I can't see a GitHub for this mod, else I'd post a pull request there rather than filling the forums)
  13. Cooper42

    Universal Storage II [1.3.1 and 1.4.5 - 1.7.0]

    That's what I thought, but just a heads-up anyway for anyone writing MM patches (I'm currently writing a CTT patch) Also, this appears in WaterWedge.cfg / Module Manager // Contains @PART code for Module Manager, things that cannot be placed in within PART{} /+ //Kerbalism @PART[USFoodWedge]:NEEDS[Kerbalism] { //category @tags = #autoLOC_US_WaterWedgeKerbalism_Tags //Universal Storage Wedge Water Kerbalism } //TAC Life Support! @PART[USFoodWedge]:NEEDS[TACLifeSupport] { //category @tags = #autoLOC_US_WaterWedgeTAC_Tags //Universal Storage Wedge SWater TAC Life Support } /- I assume the part name should be USWaterWedge for this section? But I know nothing about Kerbalism and TAC, so I may be entirely wrong.
  14. Cooper42

    Universal Storage II [1.3.1 and 1.4.5 - 1.7.0]

    Noticed a typo in FuelCellSmall.cfg: // Changing these values breaks the part, so don't do that! /+ name = USFuelCellSmal
  15. Cooper42

    [1.3] - Modular Kolonization System (MKS)

    Supplies aren't really an issue at all, as the small packs unlock in survivability, and there is the 14 day 'starving' period for Kerbals. Unless I'm mistaken, there's no similar grace period for habitation. Which means that there's no low tech option for Minmus if you have habitation active. You have to wait until Hitchiker is unlocked, as even a MK1 Command Pod + a MK1 Lander, with one Kerbal, is still cutting it a little close at 15 days. It means MKS & USI-LS provides a situation where you can supply a ship to go for months away a before you can actually build anything that is habitable for more than 7/15 days. Which makes career games with 60% or less science multipliers extra grindy for how much you need to milk the Mun. In anycase, I'm not complaining, as it is configurable. I'm just gonna double what it's been set to and make it a half-month. Not as high as it used to be with one full month (which is what much of the info on the wiki is still based on), but not as super restrictive at low-tech levels as a quarter-month. I just wanted to check that the changes haven't been made with space stations & bases in mind and I'll just me making it all super-trivial down the line with this setting?