jd284

Then I guess the RT-500 doesn't follow the guidelines, because that can do 60% for 20 kerbs in 2t... so it's still by far the superior choice to spam it.

I added #1293. I'm more looking for something like a 50%/20+ person recycler, since after you have a high-efficiency recycler to set the cap, you just need to spam low-efficiency recyclers according to crew count. Of course Deimos is there, but at least in my game it didn't have a lot of resources, and is kind of annoying to reach with the warp drive (at least compared to Phobos with its low orbital period). Well it does cut down on the transfer times, which aren't particularly exciting gameplay wise, although life support does change that. Still, adding some more fertilizer containers isn't very exciting either. Personally I found the warp drive interesting because it adds completely new maneuver mechanics, due to the way it conserves momentum and requires often large velocity adjustments. After having done quite enough Hohmann transfers over the years, I found this an interesting new challenge. But each to their own, of course.

The agroponics could keep up with about 60 kerbals if I add more recyclers. Currently the recyclers are the limiting factor, and only good for 20 kerbals. MKS really needs some bulk recyclers, with low efficiency but high throughput, like a dozen or so RT-500 packed into a Tundra module. Still, it can't support them indefinitely, only as long as 7000 fertilizer will last. With the SpY Penguin and using SMURFF and fully load with machinery and supplies it has about 600 m/s Δv, but with the warp drive that's enough, the impulse drive is only needed for small course corrections and for close-range maneuvers before docking. The warp ship itself never goes into low orbit for which it would need significant impulse Δv, just a highly elliptical orbit (6400 km by 200 km for Earth) into which it can get with just the warp drive. Only crew shuttles go between this elliptical orbit and LEO to my space station. There's no way I'm landing this on anything but Phobos. Gilly would probably be fine too if you don't play RSS.

I've been playing with 1.3 for a while now and enjoying much higher framerates and physics responsiveness, thanks for all the good work! So here's my current obsession, the Wernher von Kerman MkIII:

I still had nullrefs in ModuleResourceHarvester_USI.PostProcess and ModuleResourceConverter_USI.PostProcess even with USITools 0.9.2. In both cases I tracked it down to "status" being null, and hence trying to check its value causes an exception. I was able to work around it by stopping and restarting all USI converters and drills however. The proper fix would probably be either to remove that code since things seem to work even when it doesn't run (because of the exception), or to check for status being null. I'm not sure what exactly that code is supposed to do though so I'm hesitant to submit a PR.

Well that was interesting. I was fed up with exploration contracts that insisted that I plant a flag on Venus and then returning from it. So I figured, it can't be that hard, right? And surprisingly, it wasn't. Getting down wasn't much of a problem, the upper atmosphere of Venus seems to be more or less like Earth's. This was with RSS+SMURFF and not RO though, perhaps RO would make it a little more difficult. Also only playing on "Moderate" difficulty to pressure limits weren't enabled. This probably made a difference...

What I mean was basically what Wyzard said. Inflate it and add MK storage, then produce MK that are stored inside until it's full, and finally complete the process. Although it could also work like the ISMs, have a small amount of MK storage while deflated, then inflate it to get the full MK storage required to kit it out, and when that's full, use the MK and remove the storage. This would also work on orbital bases where planetary logistics aren't available (if it ever becomes possible to pull MK from there for the kitting out).

Yeah, it'd be nice if it were possible to inflate them incrementally, or (at least for surface bases), to use MK from the planetary storage. Or give the appropriate MK storage to the part itself and remove it when it's inflated. It only makes sense that there's room for 46k MK in the hab ring after all, if they are required to kit them out. Having to bring up a 5 m kontainer or two ISM just to have enough MK in one place is really stupid. I made ticket #1004 for this but so far there hasn't been anyone to work on it.

First make sure all the prerequisite mods are up to date, in particular USITools and CCK.

You can. Well, KIS lets you drop it, but the game likes to blow stuff up when it touches the ground, so YMMV. Better put it in a box, the MKS hubs and airlocks have a small inventory space you can put it in for this reason.

It's a design flaw in KIS that cannot be fixed. However, the latest KIS release will prevent such crew transfers and show an error message instead of eating the inventories.

Thinking about this some more, are you sure you didn't confuse it with the old MaterialKits->ReplacementParts conversion? I don't see anything in the code that would work like this for Machinery too. Maintenance just moves resources, it doesn't convert them except for the special case of ReplacementParts.

Huh?? Since when has this been a thing?! Doesn't that mean you never need a machinery converter at all, since you could just pump machinery out of a part and do maintenance on it to convert MK->Machinery at will? Sounds like a bug, to be quite honest. Id would remove the need for half the MKS chains.

It's clearly not the right planet for a huge industrial base, and you won't be able to be completely self-sufficient. So plan regular resupply missions. Since you're not constructing new ships there, all you need is resupply of machinery and uranium, of which you require very little. It doesn't make sense to try and produce machinery locally in your case, shipping it in is much cheaper than shipping in Rare Metals and refining these, making Specialized Parts, and then Machinery. You'll save two major production lines that way, since they're pointless without access to all required resources. So just send a shipment of Enriched Uranium and Machinery every few years and you should be fine. Since KSP doesn't simulate EC in the background, you need much less EU than it seems at first, and machinery is fairly easy predictable, but keep rising bonuses in mind. Or do the warp drive thing...

That sounds like something is malfunctioning, PDUs should only transfer EC when the target goes below 50%. There's no way to disable PDUs individually, but you could make an MM patch to remove the functionality from a given part.

What was your old version? If it's older than March 28, then this FPS drop may be temporary. If I remember right, the fix to bug #1233 requires that the first time after upgrading, catchup processing with efficiency parts has to run for quite a bit longer for each vessel. This can mean some noticeable FPS drop for a minute or two (of physics time, not game time so time warp won't help). After that it should stabilize however. So check if your FPS gets better after a while. If you save afterwards it should be normal from then on, and only lower during the actual catchup processing after coming back to a vessel that you hadn't focused for a while. But if it doesn't get better after 5 or 10 minutes, this is some different issue though that should be looked into after all.

What exactly do you want to remove? The two parts (orbital dock and launchpad)? Those are MKS_EL_LaunchPad.cfg and MKS_EL_OrbDock.cfg, you can remove these two files and it shouldn't cause errors. Don't delete anything else. Or better yet, make a custom MM patch to remove the parts. For this, you create a new folder in GameData, e.g. "N3N_Patches" and put there a cfg with the following content: -PART[MKS_EL_*] {} This will remove the parts reliably even when you update MKS. So you don't have to remember deleting the cfgs manually.

I can confirm this. The stock drills extract all available resources from an asteroid including the stuff you need for MKS, provided you have storage space, otherwise they just get discarded. It's not a very intuitive behavior though, and I wish the stock drill explanation would make this more obvious.

Not sure if you're still looking for ideas, but I just tried to make an interplanetary transporter for a large number (50 or so) of kerbals. I found that it's pretty easy to get decent hab time with the inflatables, however there's no large scale USI-LS recycling facility to ensure that all crew benefit from a recycler. Basically the "best" solution at the moment is to spam dozens of the lightweight RT-500 modules in addition to one high-efficiency recycler like a Kerbitat to set the cap. So it'd be nice to have a high throughput recycler, with a low efficiency, low EC cost and low mass per kerbal supported comparable to the RT-500. Basically something like the RT-500 scaled up to 10x or 20x. Or maybe just adding recycler configuration options to the inflatable habs and hab rings; everything that can be a greenhouse efficiency part would also be nice to have a recycler option in addition.

Looks like you have deleted the Squad folder which contains most of the game. Don't do that, ever.

You can lock the organics in the Ag module so they can't be taken from there.

I wouldn't be surprised if it's the interaction between multiple mods that causes this. My first guess would be that somehow it makes the dry mass of the empty fuel tank negative, which does cause awesome physics glitches. This would explain why it only happens when it's empty, and why it doesn't happen for the standard fuel config.

How embarassing. Thanks.

I like this mod for its side effect of increasing heap and reducing GC. However it's slightly annoying that I manually have to close the graph every time I start KSP. So could I ask for a cfg option to start with the window closed? Or to remember the last state of the window?

I don't know if there's a rationale for excluding it from local logistics (using the dashboard), when it participates in planetary logistics with no problem. Why should it be different from any other resource? You can pump it normally within a vessel. It just doesn't make any sense to me. I mean, sure, automated transfers are kinda dangerous because they might steal machinery from an important module. But they could just ignore non-warehouses like they do for planetary logistics.