Jump to content

Delay

Members
  • Posts

    1,242
  • Joined

  • Last visited

Reputation

1,814 Excellent

3 Followers

Profile Information

  • Location
    Here
  • Interests
    Math and physics, mostly.
    Music and programming additionally.

Recent Profile Visitors

7,175 profile views
  1. No one said it was intentional, right?
  2. @eggrobin Can I just take a moment and thank you for not just mentioning what bugs were fixed but exactly how they were fixed? You're dealing with all of this very transparently and I'm all here for it!
  3. So we're just gonna ignore the bug fixes, dev chats, re-entry effects, new parts, science, etc? Stuff that's worked on and not yet in the builds we have access to? Don't get me wrong, this game is hateable, but please do it right.
  4. I was more thinking Wreckfest, but you make a good point with BeamNG. Scalability would probably be a problem with that approach. What I personally view as a big problem would be how to make soft-body physics play nicely with the part-by-part construction in KSP and docking/undocking.
  5. I can't really think of a good way to phrase it, so... Something something soft-body dynamics? Could that potentially work? I mean, it's a discipline that specifically deals with deformable objects and there are games that use it to plausibly simulate local damages and flexing (Strangely they're all vehicle simulations/racing games)... Yes, I do not have any expertise. So this doubles as an opportunity for me to ask why such an approach is infeasible should that be the case.
  6. I'm confused, didn't you already fix the RAM after I reported the same issue?
  7. @JonnyOThan It's an old issue that dates back a while.
  8. @JonnyOThan Is it possible to have the reentry FX be affected by TUFX as well? Right now they're not; if you turn down the color saturation all the way the whole scene is grayscale except for the bright orange plasma.
  9. Hey, let's not be that harsh, I mean... they did at least roll out a somewhat functioning prototype, right?
  10. This isn't about the game's name or gameplay though. This is inherently about how the game is coded. So it's kinda ironic that given KSP 2 has bugs KSP 1 doesn't, they are in fact not the same. Look, all I'm saying is that just because KSP 1 never had a performance problem after a bug fix (which I'm uncertain of in the first place) doesn't at all imply that this couldn't be the case for KSP 2.
  11. Well, it does happen right now, in a product that isn't KSP1. Aside from the nature of the game as a space sim I don't see how "but it didn't happen in this other game" could be relevant here.
  12. It doesn't have to; we're living with that reality right now!
  13. You know that wasn't the point and disregards everything said afterwards.
×
×
  • Create New...