Talisar

On a side note, this exact same thing happens when docking two probe-controlled craft together, with the same workaround to correct it. I've had to start doing a very quick quicksave/quickload in order to prevent the newly combined craft from spinning itself into oblivion

I've experienced this issue as well, with any probe-controlled vessel detached not having a CommNet connection The quick workaround that has gotten me past this issue is that after a save and reload, the probe(s) magically have connection again and can be switched to and controlled as normal. This works with both regular save/load or F5/F9.

I have encountered a similar situation with undocking causing immediate mission failure, and was able to recreate the issue on the launch pad. What I was experiencing appears to be specifically caused by docked cargo being secured with struts. If struts were not used (frankly not an option), then the cargo was able to undock successfully. If stuts were connected, then the mission immediately failed, with the cargo remaining held in place by those struts. As a workaround with limited useablity, if I used a decoupler instead of a docking port, I was able to release the cargo without issue, I reported this via the launcher feedback option as well, but due to the limited amount of picture upload available, I'm adding them here too (Lots of pics incoming, apologies) Lol, I even had to go recover the password for the imgur account I used when actually trying to make mods for KSP1 :)

From the look of it, you attachment problem appears to be just a config issue (Specifically the "node_attach=" line). If you set up that node at the correct point with the orientation you want in the config, your part should attach the way you intend.

Just looking at your list there, I am pretty sure that the majority of those mods have been updated for 0.90 or are part packs which for the most part won't break (I use most of them myself). Honestly, if you are ready to update to 0.90, I'd suggest that you do a completely clean install, then just go down the list of mods you posted there, going to each of their threads and downloading them (Or check out CKAN). I think you'll find that most of what you currently use is ready for the update as well. edit- oh, and don't just throw all of those mods in at once Do it one at a time (or just a couple), and load the game to make sure everything plays nice with each other.

There is a very nice small foldable LED spotlight in the Exploration Rover System by A.S.E.T. pack

That's actually an issue with the Firespitter plugin, not LLL. There's a temporary fixed DLL in the firespitter thread that will fix your problem until it gets repacked edit - Here's a link to that post

Well, the rain has cleared off, let's just hope that the clouds and wind decide to cooperate too. Source: I was getting wet, and now I'm not

7:55 EST launch time now

New launch time is 7:17 EST, according to radio here

I hope ZooNamedGames got a good viewing location. It's about an hour and a half to launch time, and I'm sitting over at Port Canaveral to watch the launch, and it's packed here. I can't imagine how it is trying to get into the KSC viewing locations.

I'm not completely certain of this, but I am pretty sure that if you right click on the probe core of the satellite after you undock it and select "control from here" it should correct the issue you are having with RT's flight computer. On a side note, It would be nice to be able to designate a hierarchy of what parts will be in control depending on what is available, so that it always defaulted to something like (manned capsule)>(probe core)>(docking port)

They should be included in the tech tree already (under Very Heavy Rocketry, if I recall correctly). I should probably look into spreading them out a little bit though, in a progression that makes more sense.

I'm going to need to catch up quite a bit, thanks for the link! For the most part, all my memory issues were fixed by switching to openGL, so I should be good on that part.

Hello all, I am dipping back into KSP now that I have managed to get it running relatively crash free again . I'm rather shocked at the amount of attention this little pack has gotten, but I'm glad people find it of use. I'm going to be working on updating my part packs, and this one was the first that I took a swing at. I've read through the pages of comments while I was away and tried to address what appeared to be the major concerns. On to my replies! I shamelessly ripped off your hard work and adjusted the prices in the part configs to match the ones you came up with. Part costs are much lower and diversified, thanks to you! For the time being, I arbitrarily set the entry costs at 10x the part cost. No guides as of yet, but I'll see what I can do about that. (Glad you like the science container too. ) I haven't really looked into those possibilities as of yet, but I will. I'm not too sure about the toggleable docking ports, but I like the idea. For the fine control, I'll probably go with tweakscale integration, and as far as lighting goes, I had originally planned on having lighting built into the rings/adapters. I'll probably revisit that idea as well going forward. Thanks for that catch, and for sharing the fix. It should be corrected in the update. YAR! Cargo Transportation Solutions v0.3.5 Changelog: v0.3.5 (10/25/14) - Adjusted Entry Costs and Costs to more realistic values (Thanks to invultri and BadManiac, who's work I stole to do it) - Corrected orientation of stack node on large arched cargo frame with mount Checking with ferram, it seems that the issue is caused by either the origin of the cargo bay being outside the bay (it's not) or something else in the build causing FAR to break. I'll do more research to see if I can reliably replicate the issue and hopefully fix it.