mattihase

ok fair does. I'm not really doing something I've seen done that often anyway so I can understand having to grease the old elbows. Basically what I'm planning at the moment is a career save where I swap up the variants on parts as I go along to give myself a really strong visual indicator of what era of my career each craft comes from and I think restock would be a nice natural endpoint for that. I'm quite early on in the career though so I've got plenty of time to work away at the configs and add the restock variants in once I get to that point.

Is there a version of the mod available where the "Make both versions available" option listed on the gitwiki is pre-applied or is that something I'd have to manually go through all of the files for personally?

If he's done anything good it's convincing me to finally leave twitter. You have absolutely no idea how much of a boon to my overal mental health that was.

Not necessarily. publicly traded companies are beholden to regulations saying they have to act "in the best interests" of their shareholders. (though usually end up doing stuff that'll hurt their bottom lines long term anyway) So if you ever see a previously privately owned company start listing themselves on the stock market, expect things to take a dive down into the sewers of anti-human practices.

I don't think rendering all the parts is the current bottleneck, it's simulating them all that raises a difficulty.

true but they've redeveloped the same part of stationeers 4 times over the last year.

Chicago did that with their whole city once. It's kinda eerie staring down an access tunnel and seeing about 100 yards of empty space between chicago and the ground.

I'm not so sure. 2 seems to have just as much of a stairstep coastline problem as 1, so if there's procgen stuff working on the fine details, it could be doing better. I wouldn't be surprised if there's bits of KSP1's UI that pre-date unity's current UI framework.

I wouldn't be 100% surprised if our initial expectations for KSP moving into a custom engine was for a while the plan, but had to be dropped and things started again in unity. Of course entirely speculation and we'll likely never find out. that could certainly explain where a lot of the time went.

When I was in Uni I worked on a project that had similar game world ( or rather game solar system) environment needs to KSP, and that video as well as harvesteR's old tumblr helped me a great deal in sorting out my own code, but I can definitely say for sure that a lot of the tech involved is very awkward and has a lot of edge cases you have to deal with, especially when integrating it with an existing engine's physics system. That's where things especially have the habit of going wrong. And that was for a fraction of the systems involved in ksp. Because I have direct personal experience with this sort of stuff I can say I absolutely say I have sympathy and respect for anyone taking that sort of thing on even in a team. It's a flipping menace to work on.

I can imagine the community here being just as angry with rocketwerkz's development speed and bugfix records as they have been with IG. Then again the community would probably get mad at any studio that don't have game development god beams.

There's been instances in the past where customers found out before employees. Which is definitely worse.

Musk is not a great employer by all accounts. I wouldn't wish that on any dev team. Like surely we all remember his very dumb takes on software dev when he took over twitter such as evaluating performance of developers based on WPM or allegedly firing people for being disabled or getting rid of both HR and any form of external communications departments. not to mention that the existing dev team for KSP2 is/was quite diverse and we all know what he thinks about and how he treats minorities under his employ...

One thing I noticed would be kinda handy while working on vessels for the recent seaplane weekly challenge would be a way to estimate how a vessel will lie in the water. One thing that'd be super helpful is to have an indication of a craft's centre of bouyancy at current orientation (ocean configurable) in the OAB, as well as a waterline for working out how a craft would lie in the water without having to constantly relaunch it to test different positionings. This'd also be handy for boats, and probably stuff along the lines of seadragon. I know these are mostly niche things to build in the game but it'd still be nice to have some more support for them, to go along with already having the dedicated boat launch station.

(I accidentally didn't save the craft file for the A22 after I'd adjusted everything to work nicely so I just spent an hour painstakingly repositioning wings on the same craft all over again)

I've been messing around with kitbashing some more seaplanes, this time for "would something this shape fly?" reference for another project and I can positively say that the ocean is a lot more forgiving in ksp2 than it was in ksp1 when it comes to landings. I don't want to say to an "unrealistic degree" considering the kerbals don't really make anything not durable enough to survive a rocket launch but definitely it feels like there's a comfortable margin for error. I haven't videoed any of these, just done a quick take-off, fly about to see if they worked as planes, and landed, with mixed results, although I've included the best screenshots I have. "Old Bess" Interceptor A22 Chesterlé Flying Fortress

Alt-copying tanks doesn't preserve fuel level. That for me is a big frustration.

mmm. was it deliniated well and I just missed that or could clearer deliniation be something we should ask to be patched in time for the next news update.

Are the clouds actually stated to be in 0.2.2 or are they a 0.3 thing?

Ah. You can also change your angle of attack by angling the wings during building, so that might be a good workaround.

Kinda reminds me of a hypothetical midpoint of sea dragon and the space shuttle. Very cool idea.

I wouldn't be surprised if Goddchen's dippedidip launch methods ends up being the most practical way to get anything with the right shape and fuel distro to cut it as an SSTO out of the water.

Funnily enough I was working on something like this over the weekend. Only really hits the first objective and it's not very practical but I had a lot of fun working on it so I may come up with something specific for the challenge later this week. Aside from the tanks/tank intake on the engine block, most of that is empty tank. So... yeah, if you want bouyancy you really do need a hell of a lot of empty tanks.

The thing is, I'm realising I don't know this now, but out of curiosity what exactly causes them to appear and/or dissapear. It seems like they show up way more often than they should but it's hard to tell exactly why that is because I haven't been able to work out a consistent behaviour for them in relation to speed, altitute or a combination of the two.

The Savoia S22, a loosely adapted tribute to the Savoia S.21 seaplane from the movie Porco Rosso. The S22 was my first attempt at attempting a Seaplane in the game since they've fixed bouyancy, and because I'd just watched Porco Rosso I figured I'd have a go making something based on the (fictional) S.21 seaplane from that. Specifically I decided to try and evoke its apperance post-rebuild. However I didn't really fuss over scale that much, just hitting the rough proportions, and because of that I decided to name this as its own distinct design rather than passing it off as an actual recreation. Note: I'm putting screenshots from throughout the craft's development so some bits may be missing or present in some screenshots, and I didn't notice and fix the gap in the tailplane until I shot the stunts video. Design & Jank: Takeoff & Landing: Flight Performance & Video: Closing thoughts: I'm rather pleased with what I achieved with the S22, not just as a visual homage to the S.21, but also a plane that, jet engine aside, feels like it really captures the spirit of that sort of plane too. Its speed and handling feels about right, I really like the detail work I was able to add, and I think most poigniantly the fact that getting it to fly pulled from my knowledge of aerodynamics, or at least the game's aerodynamic model, felt appropriately pioneering. It's also just fun. I'm gonna definitely keep this one around for when multiplayer drops. Download Link: https://drive.google.com/file/d/16hA3IO-08gPiphQQojxPGyBUitV9NxF-/view?usp=sharing