DailyFrankPeter

Reversing time with a physics based game sounds terribly hard to pull off (if they are using a physics lib it likely does not do that, so you have to write your own solution from scratch - assuming you have devs specialized in physics), plus there would be no end to the bugs caused (like going back and forth not having quite the same effect each time). Alternatively the game could store state and basically undo it when warp is negative which would require making space to store it (i.e. taking away memory, which is currently used for smooth "forward" gameplay) or drive space (or both). To see for yourself get any 3D package, like Blender, and look into physics simulation rendering/baking.

Decals. Yes. I am for it!

I thought the main thing the devs set out to do in KSP2 was to rewrite the game core, so as to: 1) remove limitations preventing interstellar travel (and I don't mean speed of light , but numeric precision limitations, or memory/CPU for that matter) 2) make time warping more stable - because even more of it is needed for interstellar And, even if I can't speak for 1), they have succeeded at 2) IMO, because in KSP1 I don't remember being brave enough to burn at any other warp setting than 1x (i.e. and if it takes some more CPU/GPU to avoid things like destructive rubber banding, then it's fair enough I guess).

This is one handsome lander!

Yeah, makes sense. Wait... but isn't the latter used in most currencies?

Not sure it has been suggested before but what do you think about adding fractional time warp values, i.e. slo-mo? The two uses I can imagine straight away would be: - easy mode e.g. for aircraft or lander landings/hopping - considering how the faster you warp the lower the FPS, this may actually increase FPS (especially in crucial moments) for folks with lower specs

+1

This should be a menu option because people are completely polarized: some think pressing 1 button is too much, some believe we didn't need that button.

Definitely! Had to revert or load saved game so many times because of it. Alternatively designs could be automatically saved not every few minutes (or whatever the schedule is) but on 'launch' - say, reserve 3 rolling save files especially for that (and give them a clear title).

I think it's a problem if any part makes another completely obsolete.

+1

+1 I was surprised that I had to unlock quite a bit into the 2 tier of tech tree to get the wheel part that would count (it felt out of order), not using many of the probe cores/electronics on the way even once. Also once I did, I cheesed the mission by putting the four wheels on the capsules roof for the launch (without making it an actual rover) which felt like it should not count.

What makes it tip? Perhaps it has reaction wheels (SAS) that you can disable?

If you mean grouping into sets, which are simulated as a whole, then that's the first thing I would also do. There's some real-world intuition behind it, too: - for example a long truss may be assumed to be one piece (it's not built from cubes IRL*) and only connections between it and whatever is at either end simulated; - similarly for some other 'homogenous' groups - small items, like RCS, attached to large parts like tanks do not have to be simulated, because it is the fuel-tank-to-rest-of-rocket joint that gets the most bending force; - or if there is some impact powerful enough to rupture the fuel tank, it also doesn't matter how strong the small attached part was So there's definitely some opportunity to skip simulation. There could be a list of pairs of object types for which joint simulation does not matter. --------------------- *well, it is from triangles, but we can assume engineers have done a good enough job to make it stiff enough to look like 1 piece

Not sure this isn't over most people's heads on this forum - if not your idea itself, then the understanding of what's already in the core game, or planned in the future, optimisation-wise. Maybe you can email the new tech lead. Also... you and I both know what happens when you say the words 'major overhaul'.