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.
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”).
Yeah it’s a super hard problem, but my point is that in the specific case of a city building game most of the models are going to be extremely small on the screen 90% of the time, so you can get away with pretty terrible automated LOD in a way you can’t in most other genres; you just don’t swap to low-poly versions until stuff is extremely far away.
I was actually just thinking they should do this as an interim solution and then make optimized LODs to replace the automatic ones with. In fact, perhaps that would have been the thing to do instead of making advance apologies. Slightly suboptimal image quality at release would probably have been more tolerable than heinously bad performance.
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !programming@programming.dev
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person’s post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
Follow the programming.dev instance rules
Keep content related to programming in some way
If you’re posting long videos try to add in some form of tldr for those who don’t want to watch videos
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.
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”).
Yeah it’s a super hard problem, but my point is that in the specific case of a city building game most of the models are going to be extremely small on the screen 90% of the time, so you can get away with pretty terrible automated LOD in a way you can’t in most other genres; you just don’t swap to low-poly versions until stuff is extremely far away.
I was actually just thinking they should do this as an interim solution and then make optimized LODs to replace the automatic ones with. In fact, perhaps that would have been the thing to do instead of making advance apologies. Slightly suboptimal image quality at release would probably have been more tolerable than heinously bad performance.