phoenix_ca

I wonder how much could be done to reduce the CPU load of those calculations. Dynamic, on-the-fly welding of parts maybe? No that would be super complicated. Though...if we could "weld" parts together in VAB/SPH on a per-vessel basis somehow, that might do it. All without creating a new fully fledged part, as that'd just waste more memory. (Or maybe that extra memory consumption could be okay if the merged parts were only loaded with the vessel, not on game load. Would cause loading time hang ups switching to those vessels but the overall improvement on computing them after might be worth it.) If parts could be arranged into sort of...groups. Maybe? I should stop rambling now. However that is very useful info still. Good ship design means then not just reducing part count but also part-to-part connection count. Meaning excessive use of docking ports should be avoided, and stacking multiples of the same part should instead be replaced with larger modded part like Near Future's batteries. And if I understand correctly, surface attached parts would have, half the cost of stack parts that are between two others?

As long as you don't hit the water too fast, anything can survive. Hit it just fast enough, and nothing does. Water is really weird right now in KSP. I deorbited a whole station recently, and what killed it? Not the heat from Deadly Reentry, but Kerbin's ocean. Thar be krakens in them waters.

Who are you talking too? Moreover...directional heat shields are already supported by the mod. Lastly..."Truth"? What? Saying it doesn't make it so. And I'm confused. Are you trying to make a point?

"Microwave recievers will now attempt to throttle reception to equal demand. (experimental)" Niiiiiice. If we have the latest version of KSPI installed though, do we *need* to add the other folders, or just stuff in WarpPlugin?

Say it isn't so. Days are so much easier to use. They're actually going to add more work for us to do? Conversions that we'll all probably get wrong at least once in a while? Yay.

Neither actually. When I looked at this mod, I was hoping for just a more in-depth tech tree, with more nodes so I could use extra experiments from mods without blasting through KSPI's tree. But since it also changes how science is acquired, I'm just sticking with increasing the cost for each node in other trees.

The controls don't show-up in flight mode. Only in the tracking center and in map view.

If the first few lines of the crash log reference an Access Violation Error, then that's a RAM limit crash. Use Active Texture Management, a texture reduction pack, reduce texture sizes in KSP's settings, remove mods, or a combination thereof. Until Unity is (finally) updated to offer 64-bit compilation that's actually stable for Windows and OS X (it's actually just fine on Linux, apparently), we're stuck with those options. Thankfully, Unity 5 is expected sometime this year (ish). Assuming Squad gets their paws on it and updates KSP, these errors will finally be a thing of the past. I assume you'd still switch fuel type normally, but you could then remove the excess using one of those mods. Probably. It's worth trying at least.

Try using Kerbal Joint Reinfircement. This could be strangeness caused by physics loading. KJR ramps physics forces on load so it's less drastic and less prone to explodifying things.

The radiation numbers mean absolutely nothing. Pretty much none of that has been implemented. There'll probably be ways to counteract it, once it actually matters. Sokar: that's a bug I think. Scott Manly has a video up (somewhere) in which the same bug struck. My suggestion would be to use a mod like TAC Fuel Balancer, Ship Manifest, or both, to more accurately control resource distribution.

Nuts. I was liking it until I read that you made changes (rather sweeping changes) to science experiments. I kinda like the put stuff somewhere, do "science" absurdity of it all. But it's like you've got two mods in one here. One that changes how science is acquired, and one that changes how it is applied. :/

Right well that makes things easier. Multiply by ten. Talk about over-thinking the problem. I always was terrible at algebra. Not so bad at calculus. Terrible with the less abstract stuff. God damn my brain is weird.

Food is easy to calculate. What I have problems with are the converters, mainly because they aren't 100% efficient. The all lose a bit of the resource they're converting to Waste. But that loss in conversion is less than what it's defined in the config if you have less than the max number of Kerbals that converter can support (because it's not converting the full amount each day)... I don't suppose anyone has done a spreadsheet for that yet? That'd be...nice. The math isn't all that bad, just some basic algebra.

Resources are resources. I certainly can't think of a reason they wouldn't transfer. Not unless there's some code in KSPI that would prevent it. Then again, MJ is more...involved than stock resources. So that could well be the case. And if testing is what you're after...you should consider HyperEdit. It'll save you time.

No. Your implied meaning of the word "cheat" is wrong. For this I refer to the only prescriptive English dictionary: http://www.oxforddictionaries.com/definition/english/cheat?q=cheat Note that all examples refer to cases of one person cheating to gain unfair advantage over another. That is the very definition of what it is to cheat. It's to do something dishonest to gain advantage over someone else. So, in the case of your post, simply not using FAR's aerodynamic model and instead using that of the stock game is not cheating. Maybe, at most, you could suggest that such a person is depriving themselves of a "full" experience, whatever you might consider that to be, but that is highly, highly, subjective. The notion of cheating is not subjective, because it is used in context of an unfair advantage being gained through dishonest/deceitful means over another person, where a fair playing field, as it were, was expected. By saying that someone simply not using FAR is therefore cheating is wildly inaccurate. Hell, you could say the very reverse, that using FAR is actually "cheating" because it significantly reduces delta-v necessary to reach orbit, and be just as wrong. For someone to cheat, there had to be established rules that that person is breaking in order to gain unfair advantage over other persons. An analogy: An athlete who arranges that their weights be replaces with look-alike versions that are lighter in a weightlifting competition, such that their recorded lift was in reality less than the weight recorded, is cheating. A person who does the very same at home outside that context, is not cheating. Maybe they're being a little silly yes, by patting themselves on the back for lifting fake weights, but they are not cheating. Depriving themselves of more meaningful exercise or a particular accomplishment through honest means, but not cheating. The notion of cheating in KSP should only be brought-up in relation to challenges or competitions where two (or more) persons directly compete against each other. Then it may be accurate to assert that one person using FAR, or not, is cheating, especially if the rules of such a competition or challenge explicitly prohibit, or require, the use of FAR, respectively. Outside of that context, anyone claiming that anything is "cheating" doesn't know the meaning of the word, and/or is not articulating their meaning adequately.

It shouldn't. Play with it and see. Should it? I mean...I wouldn't be totally against such a thing but...radiators used in space don't emit photons in the visible spectrum. At least, none that I know of. They don't actually...glow. http://www.nasa.gov/pdf/473486main_iss_atcs_overview.pdf

MKS. ................

I gave you the answer in my previous post. Change the amount field in the part configs. O.o

Yes, but keyword there being most. Not all. KSPI does it, other mods might, or might in future. Hence why I suggest using a tree made for them all. Especially since qwazwak's stated goal was to "load more than one tree".

Gods. If only. Kethane is a bit of a contrived method of resource gathering. To say nothing of how painful it is to scan with it. Ideally, I'd say, is at some point ORS would hook into ScanSat and let us use its mapping system to find resources. ScanSat is just miles ahead of Kethane when it comes to scanning for resources.

http://forum.kerbalspaceprogram.com/threads/55657-0-23-5-Kerbal-Joint-Reinforcement-v2-2-4-2-14 That?

No. They are mutually exclusive (tree files define the entire tree and all its nodes; you can see this clearly with the KSPI tree file and how it has to define all the stock nodes as well as its new ones). A better bet is to use a single tree that's been designed with many mods in mind. http://forum.kerbalspaceprogram.com/threads/58135-TechTree-0-23-5-Milestone19a-Realistic-Progression-LITE

You could very easily just change the amount fields in the part config files. You could also use Ship Manifest to dump resources while you're still on the pad, or TAC Fuel Balancer to dump resources wherever the ship is.

You can't cheat in a single player game. That comment is equivalent to a reversal of the holier-than-thou MJ comments. People using stock aerodynamics aren't hurting you or anyone else through dishonest action. Why would you then say they are cheating you? Because that's what cheating is. It's something done in relation to others.

@singlet: You need to re-read my posts, as you clearly misunderstood what I was saying.