TauPhraim

Members
  • Content count

    229
  • Joined

  • Last visited

Community Reputation

57 Excellent

About TauPhraim

  • Rank
    Rocketeer
  1. MKSModule is for things related to bonuses and research. You need ModuleLogisticsConsumer for that. It's automatically added in a patch to all USI converters, so you don't see it directly in the part file (it's also automatically added to parts having MksModule, but that would bring additional things).
  2. RO/RP0 is so big, I'm not sure it would be a matter of "just a patch". On the other hand, maybe it just works already without patches, have you noted problems ? But it's also so much harder than stock that I wonder what kolonization you could achieve. Even the Moon seems out of reach to me.
  3. Probably the highest share, since the vessel's hab value itself depends on the number of kerbals, so the "if one kerbal were alone" amount does not actually exist. But anyway, I don't think what is described is implemented: I'd say timers are pushed back with no limit.
  4. Yes, if running at 100% load, and acting on just 1 kerbal, it will push back timers 2x as fast as time passes.
  5. The inflation should not happen automatically. If you partially inflate, you will have to re-perform some manual action for further inflation to happen. If you only have 3/4 of the materialkits, it will consume them, along with 3/4 of the required EC. There could be bugs, but I don't think this mechanism would drain some materialkits upon docking. I suggest retrying. Maybe the 2nd kontainer was accidentally sent empty ?
  6. Yes 100% is the starting value for each body. They increase based on the number of kerbals on board and the converters you have (see MksModule descriptions in VAB to distinguish the 3 kind of converters). These bonuses in turn increase the productivity (load) of converters. EfficiencyMultiplier controls how fast the bonuses grow (actually the bigger the slower).
  7. A known limitation is that it displays the "ideal" load, that you would get if the converter had room to store it's ouputs, and had enough available inputs. KSP can further reduce the load, for example if an input resource is not available, but is produced by another slower converter. It might be the case in your example, probably for Mulch: if you don't have any Mulch stored left, and your Kerbals on board cannot generate 448 per day by themselves, this will limit the Agroponics load. If by adding Kerbals, or stopping recyclers, or by storing some Mulch, you can increase the load, that's the explanation. I would love to fix this problem so that everything is self-explanatory, but it would require very complicated calculations across the whole vessel. Because this is explaining what the stock game does and I cannot see the stock game's source, I am not very comfortable attempting that.
  8. If you accept inaccurate results regarding the external factors, just launch the vehicle and check the numbers on the launchpad. It sure would be more convenient to have that in-VAB, but currently I estimate the convenience/work ratio not big enough, sorry.
  9. Also you have to get much closer to see the tube specific buttons appear, than for Disassemble.
  10. I gave it some thoughts. But there are a number of missing things in-VAB compared to in-flight (planetary bonuses, surrounding vessels, ground resources concentrations ...) that would both make implementing this a bit bothersome, and render the results not so useful.
  11. They do research as in, contributing to increasing MKS bonuses for planets they reside on. And collecting science via MKS parts that offer a "Check Kolony Rewards" button. But they don't work in stock science labs.
  12. It should be, I just checked the code. Are you sure you had "Local Warehouse" enabled on the EU tanks ?
  13. With this new version, (where I generate a random ID for each contract instance to keep vessel groups separate), I am now having issues with PartValidation: On contract generation/acceptation, the parameters are displayed correctly: "Vessel having part X" + "At least 1". But as soon as I focus on a vessel, even one without the part, the PartValidation parameters all complete. Also the "At least 1" line disappears, but I don't know if this is a consequence of the parameter completion, or the cause of the problem. Exceptionally, the "At least 1" line will remain, and the contract work as intended. But this is very rare, and seems random.
  14. No, you have to make sure Fert(G) us displayed after the =>, AND click on the button. The converter name on top should then show "Fert(G)"
  15. Let me rephrase it without confusing arrows "Fertilizer (M) => Fertilizer (G)" switches converter #1 from converting minerals into fertilizer, to converting gypsum into fertilizer. In the VAB: to get the one you want, click until the desired one is displayed on top. In situ, each change will cost you material kits etc, so you want to use the next/previous buttons, so that the change button directly does "whatever => desired_converter". Sorry if it's not clear. Please post a screenshot in this case, and I'll try to use real names/examples.