3 ms·

> So you wound up with things like the teeth. Author here. The teeth are completely unrelated to the simulation and not even really related to pushing maximum

> So you wound up with things like the teeth. Author here. The teeth are completely unrelated to the simulation and not even really related to pushing maximum graphical fidelity. They are just using completely unoptimized - possibly stock - character models, which include a mouth with teeth even thought the characters never open their mouths.

reactordev 3y ago
But they are also using LOD... as per your article [0]. So it's quite possible (you have the source, go look) that they call this lib with the vertex buffer of the mesh in question and get back an LOD3 mesh that's decimated and simplified but with the projected UV's. This is kinda how Unity wants folks to do "AAA" in Unity. Use a high resolution model and decimate LOD's in real-time like Unreal Engine does. Only, it doesn't work half the time. It requires that the original high poly mesh be properly UV wrapped and not vertex shaded. So to further throw gas on the fire. It's entirely possible instaLOD is the source of a lot of these issues. Combined with what you found in the rendering stages. [0] https://instalod.com/ https://instalod.com/
- paavohtl 3y ago
  InstaLOD is only used in the asset pipeline. I haven't seen any references to real-time use. Haven't found any evidence of real-time decimation either. To be clear there are LODs, but only for some of the meshes.
lamontcg 3y ago
The teeth certainly aren't helping anything, and something has to make a decision not to render them somewhere, and they're wasting disk and RAM if nothing else. Also think that's a distraction from my point, so just pretend I wrote "100,000 vertex logpiles" instead of teeth. The teeth are just the most obviously useless unoptimized thing they shipped that nobody had the time/will to cleanup before launch.

3 ms·

> So you wound up with things like the teeth. Author here. The teeth are completely unrelated to the simulation and not even really related to pushing maximum

by paavohtl 3y ago

reactordev 3y ago
But they are also using LOD... as per your article [0]. So it's quite possible (you have the source, go look) that they call this lib with the vertex buffer of the mesh in question and get back an LOD3 mesh that's decimated and simplified but with the projected UV's. This is kinda how Unity wants folks to do "AAA" in Unity. Use a high resolution model and decimate LOD's in real-time like Unreal Engine does. Only, it doesn't work half the time. It requires that the original high poly mesh be properly UV wrapped and not vertex shaded. So to further throw gas on the fire. It's entirely possible instaLOD is the source of a lot of these issues. Combined with what you found in the rendering stages. [0] https://instalod.com/ https://instalod.com/
- paavohtl 3y ago
  InstaLOD is only used in the asset pipeline. I haven't seen any references to real-time use. Haven't found any evidence of real-time decimation either. To be clear there are LODs, but only for some of the meshes.
lamontcg 3y ago
The teeth certainly aren't helping anything, and something has to make a decision not to render them somewhere, and they're wasting disk and RAM if nothing else. Also think that's a distraction from my point, so just pretend I wrote "100,000 vertex logpiles" instead of teeth. The teeth are just the most obviously useless unoptimized thing they shipped that nobody had the time/will to cleanup before launch.