DStaal

I'm wondering if there's a capitalization issue with the name of the cursor file - just as something that jumps to my head if something works on Mac and Win, but not on Linux. (Linux is case-sensitive. Most filesystems for Mac and Win aren't.)

It sounds to me like you're starting to notice one of the core simplifications of KSP: Nothing happens to any ship not in physics range. It's all simulated via catch-up when they enter physics range. It's hard to say exactly what's going on from what you've posted above, but my guess is rounding errors due to small storage. Physics catch-up is done in 6-hour blocks, and if you don't have the 6 hours of storage for every resource output/input, then things will overflow/shutdown (as appropriate) on the rest. The fix is to add more storage - preferably in large containers, to help prevent rounding errors. Of course, you could just be looking at the USI-LS supply panel - which will dutifully remember what the state was last time you looked at a ship, and count down based on that. It also won't update to the 'actual' numbers until you bring the ship back into physics range, but instead does a crude estimate.

IIRC (I like this mod, but play MKS, which doesn't work with it...), in science mode every Kerbal you hire will be five-star. Sounds like he's asking for a way to change that.

He'll get to it. Note that bugging mod authors about updates is against forum rules. But if you want it faster, you could chime in on this thread:

Heh. Should probably add 'South' as an option as well just to complete the set. (Or have a 360-degree slider, though I'd want 'snap' points at the cardinal directions, which I haven't seen anywhere else in KSP.)

Not a problem, I think. I was just watching and seeing what I figured was mis-communication over the issue of what was being attempted, and decided to give a short reply that I hoped with either clarify or be proven wrong.

The only mod I know which is likely to help at all is Janitor's Closet: Use it to 'permaprune' any parts you don't see needing, and you'll speed up your load time by a tiny bit. More important I found is disk speed. Put KSP on a fast SSD and that will help more than anything else, for this issue.

It sounds like he's trying to run the 1.4.1 version of the mod under 1.3.1, and it's not working. To which my response is: Yep. As expected. Don't do that. It's not expected to work.

Note that this package has the plugin and folder named incorrectly - this means the KSP-AVC here doesn't supersede mini-AVC. Rename them without the 'E' that @N70 added and they work better.

Um, there's no release attached to that release. Just source code.

Honestly, I'd trust it a lot more under your guidance than his.

I'm a little leery of it, I'll admit: It's a fairly new poster, and there's no link to any changes they may have made. Just to the original github repo, and a new mediafire download link. However, it does appear to mostly work.

I'd say the reason you don't see many car mods is because wheels in KSP are atrocious, so driving is a pain.

Just as a quick note, the GOG version seems to match the Steam version, at least on this part.

That would be KSP-AVC. (Instead of mini-AVC.) There's even an 'Extended' version around where someone's supporting it for 1.4.1.

Yes, you need EL to use those parts. 'Depreciated' means they're going away soon - and that you should avoid using them. It's best to use EL parts from other mods. Ground Construction is fully integrated - and currently requires DIY kits. Off-Kerbin building of DIY kits is still a work in progress. EL is still supported through patches allowing survey builds and EL workshops. (As well as a couple of deprecated parts that might still be around.)

Appears to work fine for me (didn't try any launches, just pulled them out in the VAB). Make sure you've got the updated KSPWheel and Retractable Lifting Surfaces mods installed. (And make sure to pull the RetractableLiftingSurface folder out of the SHED folder.)

Is it broken? (I haven't tried it myself, but I suspect it should mostly work - except for the Landertron integration, as I haven't seen that mod updated yet.)

I'd argue that's a bad question. A better question is: 'What resources does the base I'm building need to be able to store?' Then look at what's the best way to be able to store it. Think about what you are doing, and what you need for that, instead of trying to guess what you need and then working backwards from there.

Take a look at that config. It is an MM script itself - they're really easy to write.

You're using CTT. There's a config in GameData/PlanetaryBaseInc/ModSupport/Configs/CTT/KPBS_MM_CTT.cfg that's moving the lander to Aerospace Composites, that's what you'll need to edit. Or you can make your own personal MM script that applies afterwards which can move it as well. (Generally a better idea in the long run, as otherwise you need to remember all the edits you've made anytime you update anything.) (And I agree it's a bit of a weird spot for that engine in my opinion. Where were you thinking of putting it?)

Just wanted to note that I did a couple of quick launches with a stock 1.4.1+Making History. (Just to make sure the download and install had worked - no attempt to install mods.) Your mod was the one that I was most annoyed that it was missing. Good work on an excellent mod.

From the mod author's point of view, that's probably *more* work than just doing a normal update. Wait. Stay in 1.3.1 for a bit if it bugs you. (Heck, I can't even download 1.4 yet, as it hasn't made it to GOG.)

Quick guess: Are you building using ground stakes? You can't fill resources using ground stakes (survey builds) construction - so the sliders don't have any affect. If you build using a launchpad, you should still be able to fill using those sliders - but I don't believe MKS has any launchpads at the moment (maybe one, in a depreciated form factor), so you'd have to have it with some other parts pack - or the EL parts. (Which I know there's a patch to hide in MKS, though I can't remember if it's active by default.)

This is normal. The drills to *not* produce when not in focus. (Nothing does...) You need to visit them periodically - they'll do a catch-up as if they had produced the entire time you were away. This might be normal... The more you accelerate time, the larger the intervals between when KSP calculates state. If you don't have enough battery to last the entire interval of the high timewarp, this could be the behavior - KSP could drain the batteries entirely before it calculates the PDU's transfers, leaving you out of power. Try adding batteries. Note that if ships are controlled by probe cores, when they're out of power they can't be controlled - which means you can't restart things. Combined with the above this could give you the 'it works until timewarp breaks it' - the timewarp runs you out of power, and without power you can't restart things to get power/production back.