Since the author can enumerate the problems and describe them, it’d be interesting to just use the one-shot pickleball racket model as a starting point. Generate it, look at the problems, then ask an agent to build “fixers” for each problem - small scripts (that they don’t need to build themselves!) which address each problem in turn. Then send the first pass AI output through a pipeline of fix scripts to get something far better but not quite there - and do final human tuneups on the result.
An autopsy of AI-generated 3D slop
31–40 of 79 posts
Re: An autopsy of AI-generated 3D slop
#32There's lots of software and tooling, automated and otherwise, to significantly improve topology. This is a very common problem in this space and not acknowledging that is silly. It's not perfect, and remodeling things is indeed a common solution - but retopo addons and software are big business because they're good enough for a whole lot of use cases.
Re: An autopsy of AI-generated 3D slop
#33Everyone needs to quit trying to one-shot, and quit assuming AI can’t do it because it can’t one-shot it. Since the author can enumerate the problems and describe them, it’d be interesting to just use the one-shot pickleball racket model as a starting point . Generate it, look at the problems, then ask an agent to build “fixers” for each problem - small scripts (that they don’t need to build themselves!) which addres…
Re: An autopsy of AI-generated 3D slop
#34Re: An autopsy of AI-generated 3D slop
#35Everyone needs to quit trying to one-shot, and quit assuming AI can’t do it because it can’t one-shot it. Since the author can enumerate the problems and describe them, it’d be interesting to just use the one-shot pickleball racket model as a starting point . Generate it, look at the problems, then ask an agent to build “fixers” for each problem - small scripts (that they don’t need to build themselves!) which addres…
Re: An autopsy of AI-generated 3D slop
#36This article is pretty disingenuous in the parts where it focuses on topology. CAD files are imported all the time into CG software with awful topology - looking very similar to that mess. There's lots of software and tooling, automated and otherwise, to significantly improve topology. This is a very common problem in this space and not acknowledging that is silly. It's not perfect, and remodeling things is indeed a…
Re: An autopsy of AI-generated 3D slop
#37Nice copium. These things are going to get there fast. Even what has been shown can be a good start with a decimator at hand; We've seen this with photogrammetry before. Irony is not lost on the fact that text, which complains about it, went through AI itself.
Re: An autopsy of AI-generated 3D slop
#38The most important two words in this article are the last two: for now . Indeed, for now generative models generate triangle soup without much thought. The same was true for 2D illustrations where generative models like Deep Dream came up with horrendous images with eyes all over, dogs with multitudes of heads and oh did I mention the eyes? That was about 10 years ago. Things changed, models improved, the eyes were t…
Re: An autopsy of AI-generated 3D slop
#39>On the AI model, I cannot. There are no loops. I would have to sculpt it like clay, destroying the texture in the process. It is actually faster to rebuild the entire model from scratch than to try and fix the AI's topology.
To play devil's advocate for a second, it seems like you didn't provide a requirement to the AI on how the handle should be made, then got frustrated that the result doesn't conform to unspoken norms. If I made you this model by just starting with a sphere and sculpting it in ZBrush, you'd get frustrated by the same problem too.
On the other hand, I would expect that the AI could perform the task if you just elongated the handle in the reference image. The same procedure would probably work if the client wanted to add cat ears to the top to make a Mario Tennis clone game, while it might be a whole new commission for human modelers.
Now, would the material mapping still be poor, and would it be a questionable use of electricity? Guilty on both counts, but it's exciting to anyone who just wants to make 3D printed items or low-fidelity video games/mods.
Re: An autopsy of AI-generated 3D slop
#40I'll leave here the note I've written down recently, while thinking about this fundamental limitation.
- The relationship between sentient/human thinking and its expression ("language") is similar to the one between abstract/"vector" image specification and its rendered form (which is necessarily pixel-based/rasterised)
- "Truly reasoning" system operates in the abstract/"vector" space, only "rendering" into "raster" space for communication purposes. Today's LLMs, by their natural design, operate entirely in the "raster" space of (linguistic) "tokens". But from outside point of view the two are indistiguishable, superficially.
- Today's LLMs is a brute force mechanism, made possible by availability of sheer computing power and ample training material.
- The whole premise of LLMs ("Large" and "Language" being load-bearing words here) is that they completely bypass the need to formalize the "vector" part, conceptualize in useful manner. I call it "raster-vector impedance".
- Even if not formalized, it can be said that internal "structures" that form within LLM somehow encode/capture ("isomorphic to" is the word I like to use) the semantics ("vector"). I believe the same can be said about "computer vision" ML systems which learn to classify images after being fed billions of them.
- However, I believe that, by nature, such internal encoding is necessarily incomplete and maybe even incorrect.
- Despite the above, LLM can still be a useful tool in many domains. I think language translation is a task that can be very successfully performed without necessarily "decoding" the emerging underlying structures. I.e. a sentence in source language can be mapped onto a region of latent space; an isomorphic region of latent space based on target language can be used to produce an output in the target language which will be representative of an equivalent meaning, from human perspective. All without explicit conceptual decoding of underlying token weight matrices. "Black-box" translation, so to speak. I am amazed (and disturbed, and horrified too!) that producing a viable code in a programming language from casual natural language prompt turned out to be a subset of general translation task, largely. Well, at least on lower levels.
- To me it is intuitive that such design (brute-force transforms of "rasterized" data instead of explicitly conceptualizing it into "vector" forms) is very limited and, essentially, a dead-end.