• CouldntCareBear@sh.itjust.works
    link
    fedilink
    arrow-up
    1
    ·
    8 months ago

    It looks like the biggest culprit is poor or non existent lod’s on the models. Strikes me as odd though as that’s a pretty basic art requirement for a game like this. I don’t see how this took them by suprise.

    I guess the good news is that’s it’s easily fixable. It’s not like ksp2 which looks like it has some pretty unsolvable core issues.

    • azertyfun@sh.itjust.worksOP
      link
      fedilink
      arrow-up
      1
      ·
      edit-2
      8 months ago

      Game dev is not my wheelhouse but from what I gather in the article it is supposed to do some things better but the engine features (HDRP, DOTS, etc.) are still missing important features that led to a low of low-level re-implementations by Paradox…

      However AFAIK game engines will not create LODs for you (and certainly won’t prevent you from using overly detailed models) so that part is squarely on Paradox.

      At the end of the day a game engine is like any framework, it can make things a lot faster and easier but will not prevent you from shooting yourself in the foot if you don’t know what it is doing.

      • porgamrer@programming.dev
        link
        fedilink
        arrow-up
        0
        ·
        8 months ago

        You’re right, but you totally could make a game engine generate LOD levels for you. Especially for a game like this, where you could get away with a very crude LOD simplifier for tiny, distant objects.

        In their case they can probably plug some open source library into their unity asset pipeline without much difficulty.

        Honestly I’m just surprised they implemented so much complex stuff but didn’t fix something so basic. Makes me wonder whether these blogs have correctly diagnosed the problem.

        • azertyfun@sh.itjust.worksOP
          link
          fedilink
          arrow-up
          1
          ·
          edit-2
          8 months ago

          I’m sure that there are tools to automate some of the work, but my understanding is that in most cases modelling artists want some kind of control over the generated LODs to ensure they don’t look like shit. Removing vertices on a 3d textured object is not nearly as simple as scaling a 2d picture as far as I understand it. You need to avoid mismapped textures, clipping vertices, the wrong missing details causing obvious pop-in, etc. A triangle in one place can be redundant but another triangle elsewhere may be a critical detail whose removal will be obviously missing from a distance (for example if you model the white house, you really want to keep the small flagpole up top at ALL levels of detail, but automated systems might remove it).

          TBF part of the problem is that modern graphics cards mostly can shrug off insane amounts of geometry and badly optimized models, so management must have heard “high prio but not strictly blocking for release” and said “put it in the backlog” (aka “lmao whatever nerd I don’t care then, please focus on Marketing’s feature list happy please and thank you”).