swjr-swis

It's okay to say it: I was simply wrong. I corrected my post on the matter.

Unless that's an extremely tweakscale-enlarged craft, that's way too tiny to be Jeb Atol. Please ignore my initial reaction; you did in fact find the place, as far as I can judge (Klapaucius would render the final verdict). For some reason I can't explain now, and even after looking at it for a bit, that screenshot looked like it was taken just a few meters off the surface, like the plane was hovering right over it. It is quite obviously not, and the imgur album clearly shows I was wrong (not sure why I didn't immediately look at it).

Are you asking where the file is? <KSP main folder>\GameData\Squad\Localization\dictionary.cfg

The irony. The best example that popped into your head, and it's a game that has been and still is in early access since 2016. According to the developers themselves: In development for over 8 years, 4 years for sale on Steam for what they consider to be (from that same message) its final price, and having sold 1.8+ million copies. Let that sink in a moment. 45 million bucks of revenue while doing 'a few finishing touches'. I challenge you to name me any kind of job in any other industry grossing that kind of money just for polishing up the product... while still not delivering the finished end product. Most people get hassled for not finishing their hour reports by the end of the frigging week, for a lousy weekly or monthly salary. So spare me the sob stories about poor 'indie' game developers. Heck, I'll 'stand by my product' for 20 years under those terms. Where do I sign? All that said, you will not hear me say that no good games have ever come out that used an early access type of program. I did not say that in my earlier reply here either. I am just very strongly opposing the statement that early access is in any way a necessity or requirement to get a good, reasonably polished product delivered any sooner. If anything, even in the best cases, you either end up with an unfinished or unpolished (if not outright abandoned) product, or it takes years to ever leave early access. The biggest counter-argument to the 'simple argument' for early access, is early access itself.

How did that work out for KSP1? How 'bugless' is it today, after how many years of the 'mass of the community' looking for them in the 'final stages'? Whether it's a formal early access period with the actual (hash)tag on the product, or an 'early-access-pretending-to-be-release' that tries to hide the fact, it's effectively the same thing. They will still ask for a full-product price, and "there will be bugs". Early access as a concept has proven to be little more than a way of getting paid before delivering a reasonably finished product. At the same time, it seems to have the effect of removing developers' worry about stuff being broken or unfinished or unpolished in their product, or their urgency at fixing it.

No thank you. RO/RSS/RP-1 offer some interesting diversity to the KSP game, the effort that goes into them is appreciated, and I've enjoyed playing a few saves with those mods; but they are exactly where they should be: as mods. KSP in its core is not about 'realism', it's a game with its own set of rules that favour entertainment. It dabbles just enough in 'reality' to acquaint players with the physics, math and risks/consequences of aeronautics and space travel, but it always errs on the side of playability, and it should stay that way. Plenty of stuff keeping to that philosophy that could benefit from DLC funding if we really can't get it any other way. Realism features way way down that list, if at all.

For me personally, time is often the main decision factor. I don't have an endless supply of playtime anymore, so I find myself getting as much as I can out of every single launch I do. There's always need of fuel and resources in orbit. So I launch megasized depots into LKO as soon as funds and tech progress permit. Resources and their tanks are cheap, it tends to be more efficient to launch bigger tanks, and bigger tanks mean less total parts and thus better performance/stability. As far as I'm concerned, the question is not why go big, but why go small? Playing your cards right, you can even make contracts pay for it. Yes, they're asking for a relay, or a science station. Nothing says I can't add a heap of fuel as well and use it for my own purposes later. So it's a huge frigging tank... it has a thermometer and an antenna on it, it can science. <shrug> I do at times enjoy manually assembling station parts that have been brought up separately, but mostly it's a trick I've already mastered and feel no need to repeat. I prefer to just send them up pre-assembled if at all technically feasible - which sometimes is a fun challenge in itself that I like tackling. Those are the practical considerations. The flip side is that I cannot help myself, and I end up over-building. It's a game, we can do pretty much what we want. There's enough limitations to real life already. Live a little - build big.

Just in case I was unclear, and because I realize I can come off grumpy about this subject: I like a lot of what has been done and added to the game since 1.3.1. I do test every single release, and do spend (albeit very limited) playtime in the latest version, just to stay up to date on where we stand. I want to make the move and make some of the awesome new stuff part of my general KSP experience. This game is an amazing concept with this huge potential to be simply awesome on every level, still capable of making me waste so much time playing it, even in pure stock, dealing with odd design decisions and bugs, foregoing new features and sticking to an old version. I guess the level of issues/annoyances just don't fit with the rest of what I get from this game. It's like getting home and unpacking a bag of amazingly smelling warm food, stomach growling, digging in and ... finding out they forgot the sauce you asked for and added the wrong side-dish instead of the one you like. Yes, I can eat, I can still enjoy what is there and I won't be hungry when I'm done. But it still missed the mark, and I'm gonna mutter and maybe even pout. This meal is not going into the books as my 'reference point'. Maybe next time.

You know you've launched something *really* heavy when it warped time into an entirely new era...

#bringbackfirefly

I have no sentimental attachment to 1.3.1. The 1.3 line really needed a stabilizing patch or two more before I would've willingly moved on from 1.2.2. The marked performance improvement was welcome, and finally being able to run entire evening-long sessions without needing to restart anymore did it for me. I'm still regularly annoyed by issues (re)introduced in 1.3.1 though, and obviously having to miss out on a number of QoL additions of later versions is no fun. I would love to have an objectively better version to get stuck on, with all the QoL toys added since then. But every single version since then has come with significant issues that just keep me from moving on. Basically every version since has been: Yes feature A and B are nice and bugfix C would be welcome, but I would have to live with new or worsened or reintroduced issues E through H... I'll wait for the stabilizing patches. Except they keep moving on to other big changes before stabilizing a release and so rinse and repeat, with a changing-yet-not-diminishing list of points. To make me move on it's going to need to have less issues than 1.3.1 has, not more. As of 1.8.1 1.9.0, I'm still waiting. Tl;dr: at this point, new features are unlikely to entice me. I can get new features anytime I want even now: it's called modding. What I *am* waiting for is a new baseline version regarding stability and lack of bugs. I'll jump on that in a blink.

Probably not entirely what you had in mind, but my first thought at reading this challenge was 'I wonder if I can do all of that with a single 2.5m service bay?' I present the RoverBase 2.5: Surprisingly stable rover even on Kerbin, works well within the usual safeguards of lower gravity bodies. Easy to deliver to Mun or Minmus with a single 2.5m rocket stack. Anyone else get a distinct 'Machines' vibe from this? All the comforts of home. Well, some of the comforts of home. Oh stop complaining or we'll dig out the Soyuz again. Craft file: https://kerbalx.com/swjr-swis/RoverBase-25 More pics: https://imgur.com/a/VYf1L3U

@Hotel26 for mayor (and lighthouse operator)! (position contracted in nonnegotiable terms of 4x50 years. harbor and/or lighthouse may be haunted visited by souls lost at sea under terms of former mayors. lighthouse nonrefundable. enquiries at the beach café.)

I lowered my graphics detail to default and took another gander over to my landmark. Looks much the same. Then I pulled detail down to low. Does look different, but would still be somewhat recognizable. In both cases though, the offshore island remains. So I would say you were not at the right location. So Little Italy is a new landmark then. Any routing instructions you can give? I have a plane on standby...

I do think you may be lost. You may have overly complicated your search. Perhaps I was unclear in my instructions: the reference to Italian refered to the recent discovery of Venice (beach, apparently). I didn't expect you to go look for (and find!) Little Italy on the Kerbin map. Does that bit of extra info help with parsing the route?

People need to stop blaming 'user error' on this issue. Regardless of building method or part settings, a landed or splashed down base or vehicle should never, ever be immediately subjected to extreme forces at loading enough to sink, submerge, or launch it. This keeps happening, and it's an engine/coding error. FIX IT. Suspend the 'game reality' if need be to return to us behaviour according to 'expected reality'. Please.

Your wings, size aside, are not generating any lift when flying exactly prograde. Give them a bit of angle and you'll notice a world of difference.

I find them to be just as stable and solid as regular stack attachments - that is to say, within the parameters of what KSP/Unity physics considers 'solid'. Nothing a bit of judicious autostrutting can't solve, usually. Clip too many parts together in the same space, and at some point KSP will throw a tantrum and shake it all apart at loading. But then that happens without clipping too, so it's all about finding the happy medium.

Off the top of my head, a massive pre-assembled station of 2600-2700t. I can't seem to find the screenshots, has to be in an older KSP version I already archived. Next to that, I flung a 2077t 'fuel star' into LKO. Just one of those tinker projects in the VAB that got out of hand, and then I liked the end result, and then Jeb wanted one in orbit, and then I spent the entire night trying to get a working lifter. I only vaguely remember what all happened that night, but much later while cleaning up the screenshot folder I found a bunch of screenshots, and decided to document the whole thing. Link to full imgur album: https://imgur.com/a/KtV09

Cape Stinger is looking for a worthy and somewhat philanthropic explorer to build and perhaps even man a light-tower to keep sea-faring traffic in and out of our small harbour safe. This worthy endeavour is open to any and all who wish to become part of our picturesque seaside community. Enquiries at the beach café. Our little harbour could use a light-tower. Fancy the job? (light-tower not included. some assembly required.) Sea, beach, mountains. What more could one wish for? I wonder what sparked the name of this place... Routing instructions: follow the coast west until people speak Italian. Keep going until they speak something else. Watch out for the stinger.

I fully agree with this part. Would love to add fuel lock as a toggle to action groups, for all kinds of practical (and some non-practical) reasons. You may have started a new game and forgot that 'Advanced Tweakables' are a thing? Looks for it in the settings. Flow priority can still be set, even on the fly. I would disagree. It has its own rules and quirks, but there's also a lot of freedom to make things fly that have no business being in the air. It's all about checking wet and dry CoM positions while building. Adding a single small tank on a strategic place can often be enough to balance things out. Sometimes, all it needs is to simply not fill all tanks completely. One trick can be to build with emptied tanks, and only start fueling up when you have the design mostly ready.

Always fancied visiting Venice:

It's a Rockomax X200-32 LFO tank, with a Sr port at either end. Except instead of attaching it to the node, you attach it on the side, then use the rotate and offset tools to meld them into the orange tank. The central hub does the same trick twice, starting from a Rockomax X200-32. rotate so you got all three axes covered, then offset them into each other until their centers overlap, et voilá: a 2.5m center hub node with six Sr ports to build out from. Here's the link to the craft file (made in 1.3.1, should be compatible with later versions): https://www.dropbox.com/s/2x2eaebr34pp5hq/Strider3-teststation.craft?dl=0 That very last slider 'Navball Pos' is the one you need.

To be honest, that really isn't a 'very large' station, and it should have no problem working fine in stock, with stock docking ports and a bit of autostrutting. I don't have your mod parts of course, but I mimicked the station as best I could to test: I suspect there is a mod interaction at fault in what you're experiencing. It may be worth cutting it out; you might not need it as much as you think.

Finally found it: I would name this one Bermuda Atoll, for making Klapaucius' heading go all weird (which even more fittingly turns out to have a perfectly logical explanation).