sstabeler

Members
  • Content count

    34
  • Joined

  • Last visited

Community Reputation

12 Good

1 Follower

About sstabeler

  • Rank
    Rocketeer

Recent Profile Visitors

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

  1. sstabeler

    [1.4] KOOSE mini reentry pod aka escape pod

    bear in mind that this is intended as an escape pod. In many ways, this pod wouldn't be docking to another craft mid-flight. it's based on the MOOSE- Man Out Of Space Easiest, or later Manned Orbital Operations Safety Equipment. Basically, it's designed to offer a last-ditch way for a Kerbal to get down from orbit in an emergency when there is no other option, including sending a rescue mission. (as for the question of how you get this pod to a space station, you would attach multiple of them to a central core as something of an "escape module" in the VAB, then fly the whole module up and attach it with a tug.)
  2. sstabeler

    [1.3] - Modular Kolonization System (MKS)

    If I had to guess, then I don't think fuel can only flow through attachment-node connected parts, and it looks like the inflatable storage modules are surface-attached. hence there isn't anywhere for the LF/O to go.
  3. sstabeler

    [1.3] - Modular Kolonization System (MKS)

    Um, guys? I don't think streamlining is the problem as much as the fact that as fuel gets burned during the ascent, the reduction in weight on the opposite side to that of the 15 ton part could be causing a rotational force that can cause the nose of the rocket to point back towards Kerbin. I'd think a more useful solution would be either add more reaction wheels to the craft, or replace them with more powerful ones. (I say using reaction wheels since RCS thrusters both use monoprop and can only be used at full power. Reaction Wheels are a little more flexible. Yes, Reaction Wheels use EC, but that's less of a problem than adding extra monoprop tanks, since batteries don't lose weight midflight, while monoprop tanks would. hence additional batteries wouldn't contribute to a shifting CoM as much as additional monoprop tanks would.)
  4. sstabeler

    [1.3] - Modular Kolonization System (MKS)

    I'm guessing that the issue is the refuelling tankers having some of the tanks LF-only. replace those with LF/O tanks and it should clear up the issue.
  5. sstabeler

    [1.3] - Modular Kolonization System (MKS)

    I'd imagine so, because oxidiser is only ever used either with LF or- with mods that add hybrid boosters- with solid rocket fuel in hybrid rocket boosters. There's simply never actually a reason to have a separate Oxidiser tank over a combined LF/O tank. (there are reasons to have just an LF tank, but never really to have just Oxidiser.) However, for fuel tanks, it can be worth considering using the Modular Fuel Tanks mod, since that allows you to customise a fuel tank to hold more-or-less any combination you want. (though a specific tank can disallow a specific fuel, any tank intended for rockets as opposed to jets that stores LF will allow you to store oxidiser)
  6. sstabeler

    [1.3] - Modular Kolonization System (MKS)

    notice that there are two entries for RareMetals and ExoticMinerals? you need to press the Start RareMetals button and the Start ExoticMaterials button. Basically, the one drilling is the zero efficiency drill.
  7. sstabeler

    [1.3] - Modular Kolonization System (MKS)

    It's not well known- and NASA disputes it occurring- but the crew of skylab 4 actually mutinied at about the halfway point of their mission. That was after 6 weeks. So no, it's not particularly realistic for even professional Kerbals to put up with being away from Kerbin for extended periods without you needing to put some thought into it.
  8. sstabeler

    [1.3] - Modular Kolonization System (MKS)

    I'm fairly sure Kerbalism doesn't actually play well with SSPRx, which may be the problem, but ModuleManager errors aren't uncommon in my experience. I'm fairly sure those errors won't affect gameplay much (IIRC, those patches are to add Snacks storage to relevant parts. You can work around it by just including a Snacks container on the vessel, IIRC._
  9. sstabeler

    [1.3] - Modular Kolonization System (MKS)

    Local Warehouse is off, so try toggling that back on. That's the one that allows things to scavenge from the workshop.
  10. sstabeler

    [1.3] - Modular Kolonization System (MKS)

    the Consumers are from a ModuleLogisticsConsumer module, so if you edit the part file to add one it should work. However, even cleaner would probably be modifying the AddConsumers file to add coinsumers if the part has a ModuleDeployableHabitat or ModuleDeployableCentrifuge, since then all of SSPRx's expandable ones would have it then.
  11. sstabeler

    [1.3] - Modular Kolonization System (MKS)

    Actually, if you look at the SSPRx configs, they don't actually have a KerbalSeat or a ModuleCommand module, so they don't get Consumers added automatically. That's why most modules dont' need LogisticsComsumers added via a dedicated patch- they're usually added automatically. However, with SSPRx hab rings, they don't actually have the modules said patch looks for, so they can't scavenge.
  12. sstabeler

    [1.3] - Modular Kolonization System (MKS)

    I THINK it's Kolony Rating and Pilot skill, so the difference is probably in the Kolony Rating. Basically, as time goes on, if my assumptions are correct, a single Kolonization Module can support more Kerbals, up to a hard limit of 375 Kerbals. Having said that, I suspect that each iteration extends a Kerbal's LS timers by 1 month, so it's more accurate to say that each of your current Kolonization modules can grant 30 Kerbal-Months extension to the timers (though extending the timer's not quite accurate- it's more like it reduces the amount of time already used (to give an example, if you had 6 months habitation and have used 5, it can make it that you have used 0 out of 6 Hab time- and presumably Home time- but it can't make it that you have used 0 out of 7- that would require adding Hab modules.) so if you did maximise Kerbal numbers, then the module could only grant an extra month at a time. As for why the ColonySupplies are consumed, since I assume each Kerbal is getting a longer extension to their timers than they otherwise would and ColonySupplies are mostly Organics, I suspect it's mostly that the Kerbals are getting greedy and coming back for more. As for it keeping your Kerbals happy even if you don't always have CS, presumably provided it had enough per month for each Kerbal to get at least a month's extension, but I'd keep a save from before any test of that just in case. I wasn't offended, by the way- it wasn't an unreasonable assumption you made. I was just clarifying in case you were offended.
  13. sstabeler

    [1.3] - Modular Kolonization System (MKS)

    I didn't think you were a complete idiot- just that it's easy to overlook things. It's basic debugging- run through the possible points of failure. However, I think I've found the problem. I think that the Governor's not actually intended to do anything with Kolonization modules. The Med Bay, however, probably is. Think of it this way- the Kolonization module is intended to provide all the comforts of home. While KSP's engine requires the module to run for a certain period of time, the Kolonization module's really intended to be considered to be where off-duty Kerbals are hanging out, it's just that the length of time a converter runs for includes the off-duty time (hence why converters run quicker with higher specialisms and a higher Kolony rating- the Kerbal spends more time doing their actual job and less time off-duty so things get done quicker.) the Med Bay, however, has a scientist- or Medic I think (I'm not sure if a medic would be able to operate a Med Bay w/o a scientist on the same vessel, but I'm 99% sure that provided there's at least one scientist on the vessel, a medic can operate the Med Bay) who actively treats homesickness. As such, a governor makes sense on the Med bay but not really on the Kolonization Module, since the Kolonization module's closer to a Hab module than an assembly or refinery module. Technically if you add to the ModuleLifeSupportExtender, I think that will allow the Governor to work, since that makes it basically identical to the Med Bay. However, that's speculation on my part, and probably means it no longer works as RoverDude intended. @RoverDude am I along the right lines about the Kolonization module not intended to have a functional Governor slider?
  14. sstabeler

    [1.3] - Modular Kolonization System (MKS)

    I suspect it's more that tseit is using two, and might only be modifying the governor on one. If they shut down one, then set the governor, that might work. It just needs to be set to 10%, or 5% on each Kolonization module. I can't see why it wouldn't work though.
  15. sstabeler

    [1.3] - Modular Kolonization System (MKS)

    Think of it this way- a Kolonization Module with no bonuses would run 6 times per month to increase LS timers 1 month (presumably) for 2 kerbals each time, meaning that for every 2 Kerbals, the Kolonization Module runs once every 5 days. However, the combination of the Kolony Boosts and the effect of the pilot means it gets to run 516% more times per month, or between 30 and 31 times per month. Allowing each module to support 60 Kerbals. In other words, you really don't need two. (the absolute maximum for a Kolonization module, incidentally, by my calculations, is 3000% Load, which would allow one module to support 375 Kerbals)