Jump to content

Sheep_

New Members
  • Posts

    1
  • Joined

  • Last visited

Everything posted by Sheep_

  1. I made an account just to post this. Everything @asmi says is 100% true. I'm a unity game developer myself and after reading this I have to say that this "system" is an unmaintainable mess. Anyone with a shred of programming experience could tell you that much. Trying to justify it by players being able to clip parts is ridiculous. The only real justification of keeping this system is that changing big parts of the game like that is a big risk. That is a valid concern, but in the long run trying to keep working on this mess will do this game's more harm than good. How to actually fix this? To reiterate the point that was said before in the thread current gpus can easily render the craft to a render texture. The game I'm working on right now uses something similar on android. KSP2 minimal requirements require an RTX 2060. With that hardware you would be able to draw the craft from the direction of airstream to a texture with normals and depth, and process it to accurately determine drag and possibly even lift for any craft at every physics step. With a bit of trickery it could be ran in parallel to the game's logic and have almost negligible performance penalty. It would also create a chance for emergent gameplay, because aerodynamics would actually make sense. Features such as airbrakes, decouplers or any sort of dynamically modified vehicles would just plain work. This could be a huge talking point and make the game really revolutionary. Setting up something like this to approximate drag could be done in a single evening by a competent developer. I hope someone like that works on this game and decides to at least look into this option.
×
×
  • Create New...