J.Random

Also, chopper.

It's not hidden or restricted, but it's not very public either. Use The Force Search, Luke: http://bugs.kerbalspaceprogram.com Also, http://forum.kerbalspaceprogram.com/forums/58-Support-Bugs

KSP, despite being "alpha", is actually more stable than some "released" games from major publishers, and it delivers tons of fun. I've started after Steam release (.19), and it's already most played title for me, more than 400 hours ahead of runner up (and it doesn't include running its copy, tinkering with mod combinations, testing things, etc). I say, buy it right now (also, 40% discount on Steam right now), it's more than worth its value..

Why is noone petitioning Firaxis about adding female mutons or sectoids, yet the same topic reappears every month or two here?

Simplest physics Kraken I've encountered: https://dl.dropboxusercontent.com/u/110370869/Krakenbuggy.craft (SPH). I believe that's because root part has zero mass in "flight".

Gravity sucks. And sir Isaac Newton is the deadliest SoB in space.

Being critical is not the same as being pessimistic. Being delusional is not the same as being optimistic. While I think that we will be able to colonize other planets, I don't think we will be able to do it any time soon. Building better rockets is a tiny part of the whole task. Saying that new rockets will help, but it's not enough, is being critical. Blindly believing Elon Musk's words about "SpaceX task is to make Mankind redundant" is being delusional. Look at CELSS "breadboard" project reports. Its efficiency is less than 100% - which means that resulting environment is not self-sustainable. Even more, there's eventual nitrogen buildup. Plants need it in the soil but they release it into atmosphere and there's no means to harvest it. There are projects for creating (or, rather, altering existing) bacteria to reprocess it, but they're in very early stages. Saying that we won't have it done for at least ten years is being critical (and ten years margin is actually quite optimistic). Saying that we already have technologies for self-sustained closed cycle environment is being delusional. Previous part was about life support redundancy. Now, how about technological redundancy? There is no way to build, say, a simplest CPU at home. The process involves highly dangerous reagents, like hydrofluoric acid. Go on, google it, I'll wait here. Don't forget to read the part with words "toxic", "absorbing through skin" and "blood stream" in it. So, what happens if there's an electronic failure in space? There's backup. Or spare part. Or the mission is failed, if we're out of spares. Big surprise: colony will need some way to build such components without the help from Earth. Saying that we will have it in maybe 20 years is being critical. Saying that we already have such technology (or, even more, that we don't need it) is being delusional. Terraforming is yet another task. Are we able to terraform another planet (obviously, Mars) with our current technologies? Look at Sahara - do you see a garden there? We can't terraform even our own planet. And Mars has just as much soil as our average desert. Also, building any structures in such environment would need machinery. And some means to repair and reproduce it "in the field", which we don't have (before bringing 3D-printing tech into argument, see previous part about electronic components). While there's a popular idea that "dreamers" lead the progress, it's actually scientists and engineers which do so - not by dreaming, but by critical thinking, which helps to anticipate problems and prevent them before they happen as "accidents". Blind delusional entitlement, which OP calls "optimism" and demonstrates again and again, leads to disasters.

Player doesn't have to wait for transfer. It's just more efficient to wait. And it's simply done by timewarp. Or by building something else and play with stuff (probably exploding it in the process). Build time, however, will lock player out of the "piloting" part of the game. Test flights will be problematic. Moreso, imagine yourself as a new player, starting the game the very first time. Right now: "oooh, rockitz!", build, launch, fail (also "oooh, 'splosions!"), fix, launch, fail, fix, launch, "Yay, orbit!", build, launch, fail, fix, launch, fail, fix, launch, "Yay, Mun!". Artificial delays between launches will become annoying very soon.

The idea wouldn't work for building rockets - players will have nothing to do after designing a rocket, so they will just timewarp to the launch time, making it unnecessary complication. Where it would work (at least for me), however, is if we've had some sort of "prototyping labs" - some new KSC building where we could create procedural-anything from predefined part templates. Then building rockets from already researched parts would take no time at all, but creating new parts could take time in research phase, testing and production. After the new part appeared in part list, again, it could be used without any time delay.

FS_fighterJetWing doesn't have FAR modules in .cfg - is that normal?

You've got your numbers wrong - as many people in this thread, it seems. When you're looking for asteroids "size of Moho", keep in mind that most search results will give you size as diameter. 250km is Moho's radius, so any mass you've predicted you may want to multiply by 8.

Now that's a new synonym for "delusional" I didn't know about.

I would say: scratch this design altogether. If my math is correct, your last stage weighs some 30 tons, give or take, and 9 tons of this weight are engines.

I would probably sit tight and do nothing. Body of this size should have a mass of at least 1/10 of the Moon, so such an object (also, its collision with Earth) would screw up not only Earth, I think. If Jupiter won't save solar system, it's back to its chaotic childhood, with planets changing their orbits, colliding and being recreated from the scratch.

I'd say this luck goes hand-in-hand with engineering insanity.

Seriously? If I may quote you: So, "we need the infrastructure." Oh, wait, we already have it! Right? Now all we need is money - simple! Again, seriously? What kind of an argument is this? Can you prove that there is no such thing as a ghost? Please do. May I suggest that you start reading your own posts before hitting "Submit"?

(also, to this your post): You were speaking about "colonization". THIS is your idea of colonization? Spend gazillions of $$ to go to Mars once and get back? It's also funny how you try to incorporate two different (also, conflicting) approaches: (not exactly tested) VASIMR (do you know that guys who advertise this thing want to get to Mars in 3 months - meaning no free-return trajectory?) and the idea of one of its critics, "let's use old chemical rockets and spin hab and booster around their common CoM". I won't even comment on "using photon sails for heavy vehicles" BS.

What technology are you talking about? Is that the same technology which requires regular cargo launches to ISS? Do you understand that Mars is far away? Like, 6 to 9 months away? We don't have self-sustained environment on LEO. AFAIK, we don't even have it here, on Earth. What "colonization" are you even talking about? On this one (and only on this one) I have to disagree. Both US and Russia have conducted and, to my knowledge, are still conducting long-term isolation experiments. Unless you mean that being alone in deep space is somehow different from simply being alone in space.

^ this one.

I'm yet to see a single person who would've liked bibibifixes.

74.15. k/M/Gbits are usually specified in decimal, but when you're talking about transferred k/M/Gbytes per second, it's usually binary. Unless you're using stupid IEC definitions.

If there are lines with then it will be in tech tree. Partless mods work automagically (Chatterer). ModManager and, therefor, FAR should work too.

More? No. Faster? Yes - with additional EC cost, of course. And only if you try to simultaneously transmit multiple data samples.

Sarcasm? 10chars

Are you sure it works like that? From watching Kethane dev stream I recall that there is no real control over any "queue" - you just set up particle generation speed and randomize particle speed, initial movement vector, force and TTL. So every particle "dies" when it's supposed to.