Posted on Leave a comment

When the Real World Becomes a Digital Asset

Reality capture, AI generation, and a quiet shift that is changing how digital worlds are built.

The Object That Looks Right — Until You Try to Use It

Consider the kind of test anyone can run in an afternoon to gauge how far image-to-3D generation has actually come. Take a few everyday objects — a potted plant, a sneaker, an office chair — add a couple of reference images pulled from the web, and run them through one of the better-known generators.

The office chair is the instructive case. In the viewport, at first glance, the result looks convincing: the silhouette is right, the proportions hold, and from a normal viewing angle it reads as a real, usable chair. It is the kind of preview that suggests the whole problem has already been solved. A render, or a closer look at the underlying topology, would start to complicate that impression — but the viewport sells it completely.

The illusion lasts exactly until someone tries to use it.

Attempt to swap the fabric on the seat and there is nothing to select: the seat, the backrest, the armrests, the metal base, and the wheels are all one continuous mesh, a single fused mass with no separable parts. Open the UVs to re-texture by hand and there are hundreds of disconnected islands with no logical layout, no grouping, no relationship to the object’s real structure. The materials are baked into one undifferentiated block — the system never understood that a metal caster and a fabric cushion are different things. What it produced is a photograph of a chair wrapped around a lump of geometry. It captured the appearance of an object without capturing the idea of one.

That gap — between something that looks right and something that can actually be worked with — is the most important thing such a test reveals. And it turns out to be a miniature of the single biggest shift now underway across the field.

An AI-generated asset may look convincing, yet still lack the structure required for real production use.

Something Has Quietly Changed in How We Populate a Scene

Most of the attention goes to the spectacular end of these technologies — a photoreal city materializing in seconds, an explorable world conjured from a sentence. The developments that matter more are quieter and more structural, and they are changing the very raw material of 3D work. (An earlier article traced a parallel version of this gap in AI-assisted ArchViz.)

For most of the history of CG, building a digital environment meant one thing: making it. We modeled objects, environments, cities, vegetation, and architectural context by hand, one asset at a time. Then asset libraries arrived and changed the economics — suddenly you could populate a scene with reusable content instead of authoring every screw and shrub yourself. Scanned-asset collections like Megascans pushed that even further, putting captured reality into libraries.

It is tempting to describe this as a sequence of eras, each replacing the last: manual creation, then libraries, then reality capture. But that framing is too clean, and it actually obscures what is happening. These approaches did not replace one another. They stacked. And in the last couple of years a fourth one has layered on top: AI generation.

So the more accurate picture is not a timeline of eras but a set of four coexisting ways of putting something into a scene, all of them now within reach of a single artist on a single project:

  • Manual creation — modeling it yourself.
  • Asset libraries — reusing what someone else made.
  • Reality capture — recording something that physically exists.
  • AI generation — synthesizing something plausible from a prompt or an image.

You might model a hero building, drop in a library sofa, scan the real site it will sit on, and generate a few background props to fill the corners — all in the same file. The interesting question is no longer which of these methods wins. It is what happens to the work of the artist when the world itself, at almost any scale, becomes available as raw material. Because that is the part that has genuinely changed.

Reality Is Now Available at Almost Every Scale

Pull the camera back slowly, and the most striking thing about the current moment is how little of the physical world is now out of reach.

At the scale of a single object, a phone is often enough. Photogrammetry has been a reliable production tool for two decades, and tools like RealityScan turn a set of photographs into a measurable, editable mesh. Alongside it, AI generators now produce a textured object from a single image in seconds — though, as the chair showed, with a crucial caveat about what that output actually contains.

At the scale of a room, the barrier has dropped to consumer hardware. Matterport, iPhone and iPad LiDAR, and panoramic capture rigs can digitize an interior into a navigable space in an afternoon. The results are excellent for documentation and walkthroughs, if not yet for clean editing.

At the scale of a building, drone photogrammetry combined with terrestrial laser scanning has become genuinely production-mature — the default approach for heritage work, retrofits, and as-built documentation. At the scale of a neighborhood, aerial photogrammetry and GIS-derived data can reconstruct or procedurally generate the surrounding context that ArchViz has always struggled to build by hand.

And at the scale of a city, you no longer reconstruct at all — you stream. Google’s Photorealistic 3D Tiles, delivered through Cesium, cover thousands of cities and flow directly into Unreal, Unity, and increasingly into mainstream ArchViz renderers; D5 Render added city streaming so a design can be dropped into a real urban context in minutes. Beyond that, at the scale of an entire territory, satellite imagery and global elevation data have made planet-scale terrain a solved input.

The specific tools matter less than the cumulative picture they form. Walk down that ladder of scales — object, room, building, neighborhood, city, territory — and the same sentence keeps applying at every rung: acquiring reality is no longer the hard part. The cost and difficulty of getting the world into the computer is collapsing.

There is a quiet pattern hidden in that ladder, and it is worth noticing because it foreshadows the rest of this story. As you move up in scale, the fidelity you actually need goes down — nobody requires a metrically perfect city — but the editability of what you capture gets worse. A scanned prop you can almost work with. A streamed city you can essentially only look at. Control and scale move in opposite directions.

For architectural visualization, this lands on a very old, very specific pain point: context. The surroundings have always been disproportionately expensive to build — the neighboring buildings, the street, the vegetation, the city stretching to the horizon — none of it the actual subject of the project, all of it necessary to make that subject believable. Reality capture and streamed geospatial data quietly rewrite that economics. The context that once consumed days of modeling can increasingly be captured, downloaded, or streamed, which changes not only how long a scene takes to assemble but which parts of it an artist is even expected to build.

There is also a more pleasant surprise here, one that matters specifically for those chasing realism. The thing that has always betrayed CG environments as artificial is that they are too clean — uniform materials, perfect edges, no history. Real-world capture hands you, for free, exactly what is most expensive to author by hand: the wear, the grime, the asymmetry, the accumulated visual noise of a place that has actually existed. For perceived realism, that captured imperfection is often worth more than another million polygons. Reality, it turns out, is a better set dresser than we are.

From objects to entire cities, reality can now be captured and reconstructed at almost any scale.

The Line Between Capturing and Generating Is Disappearing

There is a distinction the previous section slid past on purpose, because it deserves its own moment. Walking through the scales meant quietly switching between two very different verbs: capturing what is actually there, and generating something plausible that is not. We increasingly do both, often in the same scene — and the boundary between them is dissolving.

Reconstruction measures. It tries to recover what exists, and when it fails, it fails honestly, with visible gaps and holes. Generation infers. It produces something coherent and complete, and when it fails, it fails far more dangerously — confidently and invisibly. A scan with a hole in it announces its own incompleteness. A generated façade with the wrong number of windows, or an interior that has quietly invented a room that was never there, looks perfect. Nothing in the image tells you it is wrong.

This is not a technical footnote. It is a question of trust. For a mood image or an establishing shot, plausible is entirely sufficient. For as-built documentation, a heritage record, or anything a real decision rests on, the difference between measured and invented is the whole point. As the two blend together, the hardest emerging skill is no longer operating either one — it is knowing, when you look at a finished result, where reality ends and inference begins.

For a single emblem of how completely these worlds are merging, look at Gaussian Splatting. It arrived in 2023 as a way to render captured scenes — millions of tiny soft blobs reproducing a real place with photographic fidelity and real-time speed. But notice where it has spread: it is now the output of building scans and city captures, and it is also what AI “world models” like World Labs’ Marble emit when they generate an explorable space from a text prompt. The same representation sits at the end of a camera-based capture and at the end of a purely generative process. When the thing you measured and the thing you imagined arrive in the same format, the old border between them has effectively stopped existing.

Splatting keeps surfacing no matter which scale or method you start from, which is exactly why it is worth watching — not because it is the final answer to anything, but because it has become the shared substrate where capture and generation meet.

World Labs’ Marble generates explorable 3DGS spaces from images, video, or text prompts.

From Building Worlds to Directing Them

So if the raw material can be captured, or generated, or some seamless blend of the two — and if increasingly we cannot even tell which — then a quietly unsettling conclusion follows. The artist’s job was never really making the raw material. That was always a means to an end. And that part, the laborious construction of the stuff, is precisely the part now being automated and commoditized.

It is worth being careful here, because this is where the conversation usually collapses into the tired binary of “AI replaces artists” versus “AI changes nothing.” Neither is true. What is actually happening is a relocation of the creative effort, not its elimination.

The work is migrating out of construction and into direction. Less time spent modeling a generic sofa from scratch; more time spent deciding which captured or generated sofa belongs in this scene, how it should sit, how it should be lit, and whether it is telling the right story. Less time reconstructing the world; more time selecting from it, correcting it, integrating heterogeneous pieces — a scan here, a generated prop there, a streamed city behind — into something coherent. The artist becomes less a builder and more a director of spatial information: a curator, an editor, an integrator, and increasingly the person responsible for judging what is true and what merely looks true.

That is a more demanding role, not a lesser one. It rewards taste, intent, and judgment over raw modeling labor, and it concentrates the creative act rather than dissolving it.

One thing any honest version of this argument has to state plainly: not all CG is about photorealism, and this entire shift is largely irrelevant to huge parts of the field. Stylized work, concept art, animation, motion graphics, illustration — the whole universe of imagery that is not trying to reproduce reality — reality capture barely touches any of it. What is described here expands one toolbox; it does not redraw the future of all digital art. Capturing the world is enormously useful when the goal is to depict the world. When the goal is to invent one that never existed, the artist is still, gloriously, on their own. Both truths need to sit in the same article without one crowding out the other.

Captured reality and traditional polygonal assets increasingly coexist within the same production workflow.

Capturing Reality Is Easy. Editing It Is Hard.

Here is the catch in the artist’s new job description, and it is the conclusion the evidence keeps pointing to from every direction. Directing captured reality assumes you can actually change it. And that is exactly where everything still falls apart.

Which brings us back to the chair.

The reason that generated office chair was unusable was not that the geometry was bad — at first glance, it looked surprisingly convincing. It was that the result had appearance without structure: no separable parts, no logical materials, no clean UVs, no hierarchy. A photograph inflated into three dimensions. And once that is clear, the same fundamental problem appears everywhere across the capture-and-generation landscape, just wearing different clothes.

Photogrammetry meshes are editable, but they arrive heavy, noisy, and dense, demanding retopology and cleanup before they behave like an asset you built yourself. Point clouds are reference data, not something you can directly model. Gaussian splats — for all their photographic beauty — have no surface to grab, no topology, no UVs; editing them today means crude cropping, hybrid compositing, or converting them to a mesh and losing much of what made them special. AI-generated meshes carry the structural emptiness the chair displayed. In every case the pattern is identical: getting reality in has become easy and cheap, and making it editable, controllable, and production-ready has barely moved.

This, more than any single technology, is the real story — and it is almost the inverse of how the industry’s costs used to work. For decades the expensive part was acquisition: building or modeling the asset. Editing what you had was trivial, because you had built it from clean, intentional, well-understood parts. That has flipped completely. Acquisition is becoming nearly free. The expense, the friction, the unsolved frontier, is now control.

Capturing reality is easy. Editing reality is hard.

If there is one sentence to keep from all of this, let it be that one.

The Hardest Thing to Remove Is Light

If editability is the wall, one brick in it is harder than all the others — and the most revealing about where this is heading.

Capturing a scene does not just record its shape and color. It records the light that happened to be falling on it at that moment. The shadows, the highlights, the warm afternoon glow or the flat overcast gray — all of it fused permanently into the data. A scan made at noon is a noon scene forever. The illumination is baked in, inseparable, frozen.

For a traditional CG asset this would be unthinkable. The entire premise of a CG scene is that lighting is something we control — that we can move the sun, change the time of day, swap a cloudy afternoon for golden hour, and watch the materials respond correctly. To make captured reality behave that way, you would need to do three genuinely hard things: strip out the baked-in lighting (delighting), recover the true material properties hidden underneath, and then relight freely under any conditions you choose.

Part of this is further along than it used to be. Pulling a flat, tileable material out of a single photograph — a patch of wood, brick, or fabric — is increasingly viable: Adobe’s Substance 3D Sampler can generate PBR maps from one image and actively strip shadows and highlights from the albedo, D5 Render bakes a comparable photo-to-material feature directly into an ArchViz renderer, and research like Material Palette and the more recent MatE pushes single-image material extraction further. These work well precisely because they tackle the constrained problem: an isolated surface, not a whole scene.

The harder, unsolved version is everything at once — delighting, recovering materials, and relighting across a full captured scene with complex geometry and global illumination fused into it. There is an enormous and fast-moving body of research attacking exactly this, and a handful of early tools — like the latest releases of Chaos V-Ray and Vantage — are beginning to bring partial relighting of captured data into production pipelines. But these remain narrow, controlled cases; the broader problem of full scene relighting under arbitrary new lighting remains largely unsolved in production. The reason is fundamental rather than incidental: separating “what color is this surface” from “how was it lit” out of a single observation is mathematically ambiguous. AI can bring powerful priors to that guessing game, but priors can also hallucinate — and that returns us to the trust problem.

It is fitting that light, of all things, is the final lock. Lighting has always been where ArchViz and CG cross from the technical into the artistic — where a correct image becomes a beautiful one. That the freedom to relight is the thing captured reality most stubbornly withholds says something about which part of this craft is hardest to automate. It is, not coincidentally, the most artistic part.

Volinga demonstrates one of the first practical approaches to relighting captured Gaussian splatting scenes.

What’s Left for the Artist to Decide

The instinct, approaching these tools, is to ask how good the geometry is. The more revealing question turns out to be a different one: can anything actually be done with what comes out? For now, the honest answer is — not nearly as much as the polished previews imply.

That is not a pessimistic place to land. It is an oddly reassuring one. The parts of the work being automated are the parts that were always means to an end: the construction, the acquisition, the laborious assembly of raw material. What remains stubbornly difficult — editing, separating, relighting, integrating, and above all judging what is true and what merely looks true — is precisely the part that was always closest to authorship.

A new generation of systems is racing at this frontier. Reconstruction methods now rebuild a scene from a handful of photos in about a second; world models generate explorable spaces from a sentence; open standards like OpenUSD and glTF — the latter now absorbing Gaussian splatting — are quietly building the plumbing to move all of this between tools. The momentum is real, and AI is the most plausible candidate to eventually bridge the gap between captured reality and editable reality. But that bridge is a direction of travel, not a destination already reached.

Which is why the whole trajectory leads not to a conclusion but to a question. That we will be able to capture the world, and increasingly to generate it, is no longer seriously in doubt. The harder thing, the one still without an answer, is what comes after acquisition.

If capturing reality is becoming effortless, and generating it increasingly possible, how do we turn that endless supply of raw material into something an artist can truly control — editable, relightable, structured, and free — and who gets to decide which parts of a captured world are worth keeping?

References & Further Reading

Reality capture, neural reconstruction, AI 3D generation, and the emerging standards that connect them are fields moving quickly; the sources below are best treated as snapshots of late 2025 and early 2026.

Gaussian Splatting & Radiance Fields

Reality Capture & Photogrammetry

Geospatial Context at City & Territory Scale

AI Generation: Image-to-3D & World Models

Feed-Forward Neural Reconstruction

Material Extraction, Delighting & Relighting (the Open Problem)

Standards (the Connective Plumbing)

Related Reading on This Blog

Written by Hernán A. Rodenstein, Founder of Spline Dynamics.

This article is part of an ongoing research and experimentation process around emerging 3D technologies, reality capture, and production workflows at Spline Dynamics.

Studios interested in custom 3ds Max tools, workflow automation or pipeline optimization can learn more about our Custom 3ds Max Tool Development Services.


Affiliate Disclosure
Some links in this article may be affiliate links. If you decide to purchase through them, we may earn a small commission at no extra cost to you. These commissions help support the creation of free tutorials, articles, and tools on Spline Dynamics. All opinions expressed are our own, and we only recommend products that we believe provide real value to the CG and ArchViz community.

Share
Posted on Leave a comment

AI-Assisted ArchViz: Beyond the Hype

A grounded look at how AI-assisted workflows, hybrid pipelines and technical artists are reshaping Architectural Visualization production.

Something Is Quietly Changing in ArchViz Pipelines

There’s a version of the AI conversation in ArchViz that lives entirely on social media — dramatic demos, instant photorealism, the promise that prompts will make geometry irrelevant. And then there’s what’s actually happening in production. The two don’t quite match.

What you notice, if you pay attention to the right places — the forums, the GitHub threads, the workflow posts from working artists rather than their polished showcase feeds — is something more specific and more interesting than a revolution. AI is entering real pipelines. Not by replacing them, but by attaching itself to them at particular friction points. The 3D scene still exists. Clients still request revisions. The render still needs to be consistent across eight or twelve coordinated views.

The shift happening right now is quieter than the headlines suggest, and considerably more instructive. This article is an attempt to describe it honestly.

Why ArchViz Is Fertile Ground for AI-Assisted Workflows

Architectural visualization has always demanded more than visual talent. A strong set of deliverables — exteriors, interiors, aerials, close-ups, all coherent and revision-safe — involves a level of technical discipline that sits somewhere between craft and engineering. Scene organization, asset management, material accuracy, lighting setups, render optimization, postproduction, version control: these are the unglamorous realities behind the polished images.

Because of that, the field has always attracted practitioners who care about systems. Long before the current AI cycle, ArchViz had a strong scripting and automation culture. Technical artists were building custom utilities, batch processes, render managers, and specialized plugins. Automation was not a foreign concept. It was survival. AI did not arrive in an industry unfamiliar with toolmaking — it arrived in one that was already hungry for better ways to reduce friction.

At the same time, ArchViz exposes AI’s limitations faster than almost any other discipline. A concept artist can get away with a single compelling image. A professional visualization studio cannot. The requirement for consistency, precision, and revision-safe output isn’t going away — and in many ways, it’s precisely what separates serious architectural visualization from the broader category of “AI-generated architectural imagery.” Those are different things, with different production standards and different professional accountability.

This is what makes ArchViz such a useful lens for understanding where AI actually helps and where it still falls short.

The New Hybrid Pipeline: 3D as Control Layer, AI as Enhancement Layer

The most honest description of how AI is entering serious ArchViz production isn’t a single tool or a single workflow — it’s a structural pattern. The 3D scene remains the source of truth. Geometry, camera position, proportions, material assignments, scene structure: these still come from the model. What’s changing is what gets built on top of that foundation.

AI is inserting itself at increasingly specific points: concept exploration and moodboard alignment before significant modeling begins, material and texture development, postproduction for denoising and upscaling, inpainting to add entourage without manual placement, atmosphere or relighting work on top of an already-rendered base image. The structure stays intact. The AI layer touches specific outputs at specific moments, guided by the geometry the scene provides.

Hybrid 3D + AI workflow using material IDs and controlled masking for consistent ArchViz outputs.

Iván Zabalza González, archViz expert and CEO at Señapaula SL, described his actual production workflow this way: render passes — wirecolor, material IDs — tell the AI precisely which zones correspond to which finish, what materials to apply, where geometry and composition must remain untouched. His assessment: “the system is quite consolidated, works very reliably, and — when well set up — does not fail.” That kind of confidence doesn’t come from a demo. It comes from production repetition.

It’s worth being clear about what this model doesn’t include. Prompt-only generation is not a production workflow for client-facing ArchViz. For projects requiring controlled revisions, consistent multi-view output, and professional accountability — which describes most serious studio work — purely text-driven image generation is still unsuitable as a primary pipeline. That’s not a forecast. It’s a description of where the technology is right now.

The hybrid model also clarifies where the most valuable AI tools actually sit. Not the ones generating the most spectacular standalone images — but the quietest ones: a denoiser that cleans a medium-sample render to delivery quality, a material generator that produces a usable PBR starting point from a reference photo, an upscaler that brings a viewport capture to presentation resolution. These are not headline features. They are workflow compressions. And that’s exactly why they get adopted.

Tools and Ecosystems Worth Watching

Approaching the current AI landscape as a list of tools is a good way to produce content that’s outdated in three months. A more durable approach is to look at ecosystems: the clusters of tools, workflows, and technical patterns forming around specific production problems.

The most immediately relevant ecosystem for professional ArchViz is AI embedded directly in render engines. V-Ray, Corona, and Enscape have all been systematically adding AI features — denoising, upscaling, material generation, atmosphere matching — into products professionals already use and already pay for. The adoption barrier for these features is near zero: they don’t require a new pipeline. They arrive inside the tool you already know.

Closely related is the emerging category of BIM-connected AI rendering. Chaos Veras — available as a plugin for Revit, SketchUp, Rhino, Vectorworks, Archicad, and now bundled with Enscape Premium — grounds AI output in the actual project geometry rather than generating from text prompts alone. The results are still subject to drift at higher creative override settings, but the approach is structurally more compatible with professional architecture workflows than pure prompt-based tools. This category is maturing faster than most.

The open-source ecosystem around ComfyUI, ControlNet, and foundation models like FLUX and SDXL occupies a different position: not the most stable, but arguably the one with the highest ceiling for technical artists willing to invest in it. The ability to combine depth passes, material ID masks, style references, and custom generation pipelines in a node-based interface is genuinely powerful — and real workflows are being built here, not just demos.

Image-to-3D tools like Meshy and Tripo deserve a mention, not because they’re production-ready — they aren’t, for most DCC workflows — but because the direction of travel is worth watching. The gap between an impressive-looking mesh in a demo and a production-usable asset with clean topology remains significant. For static background elements, some of these tools are already useful. For anything requiring animation or precision, not yet.

Node-based ComfyUI workflow for AI-assisted architectural visualization and image-to-video generation.

Reality Check — What These Tools Still Can’t Do

The most useful thing this article can do is be honest about the gap between what gets shown and what gets used. That gap is substantial.

The most critical limitation in professional ArchViz is multi-view consistency. A single AI-generated image can be extraordinary. But a real project requires eight to twelve coordinated views of the same building — matching materials, consistent geometry, identical context, and the ability to handle client revisions across the full set. Current generative AI cannot maintain this coherence reliably. Materials shift. Windows appear at different proportions. The building that looks convincing from one angle may have structurally impossible balconies in the next.

Joël Feyaerts, co-founder at Blacksquid and a longtime voice in the CGarchitect community, named this plainly: “The balcony sits two floors higher than on the plan. The railing turns into a wall halfway across. A window that repeats identically in every neighboring unit, because AI does not understand what a grid is. The architects see this. I am sure of that.” And he drew a distinction that deserves wider circulation: “An AI render in the concept phase is exceptional. Faster, cheaper, freer. An AI render in the sales phase, with broken balconies and inconsistent rhythm, is not a workflow. It is a deferred problem.”

The revision workflow problem follows from this. In traditional 3D production, changing a curtain wall color or adjusting a balcony depth propagates from the model through all renders. AI regeneration doesn’t work that way — a revision means regenerating the image, and the elements already approved may not survive intact. For client-facing work with multiple feedback rounds, this is a fundamental limitation.

There’s also what might be called the hidden cleanup economy. The polished AI showcase images rarely reflect the actual effort behind them: the failed generations, prompt iterations, Photoshop corrections for inpainting artifacts, broken nodes, hours spent trying to reproduce a result that worked once. Independent studio research consistently puts realistic workflow acceleration from AI at 20–35% overall — meaningful, but considerably more modest than the 80–90% figures that appear in marketing. The gap is almost entirely explained by invisible work that demos don’t show.

AI-Assisted Development and the New Technical Artist

One of the less discussed consequences of the current AI moment isn’t about image generation at all. It’s about who gets to build tools.

For years, the technical artist in an ArchViz context was constrained by the time and expertise required to build anything substantial from scratch. A useful utility might take days. An API integration with real UI might take weeks. LLMs are changing that calculation — not by replacing programming knowledge, but by compressing the distance between having an idea and having a working prototype. For artists who understand the workflow problem and have enough scripting background to verify the output, the time cost of building a custom tool has dropped significantly.

Consider: Francisco Palomo Montes, an architect and visualizer who describes himself explicitly as not a programmer, identified a friction point many DCC users would recognize — the constant context-switching required to use image-to-3D services. Leave the application. Open a browser. Upload the image. Wait. Download the file. Import it. Adjust materials. Repeat for every asset. He built a plugin called Caliper using Claude as a coding assistant, connecting 3ds Max directly to the Tripo AI API and eliminating the steps that broke his concentration. His reflection on the experience: “The interesting thing isn’t the tool itself. It’s what having built it changes: the software went from being something I suffer to something I have control over.”

That shift — from user to builder, without becoming a full software developer — is one of the most meaningful patterns emerging in the technical artist space right now. It’s producing a growing ecosystem of micro-tools, custom integrations, and workflow utilities: built by artists solving their own specific problems, shared quietly in Discord servers and GitHub repositories. Not revolutionary products. Just a lot of small frictions, getting removed.

The implication for the technical artist role is real. The value isn’t shifting from “can write code” to “can prompt AI.” It’s shifting toward understanding the production system well enough to know which problems are worth solving and how to connect the tools that solve them. That kind of knowledge is hard to acquire and hard to replicate. AI can help implement a solution. It doesn’t automatically know which problem needs solving in the first place.

Custom 3ds Max plugin integrating AI-generated 3D assets directly into production workflows.

Where to Start — Practical Orientation for ArchViz Artists and TDs

The instinct when facing a fast-moving landscape is to try to follow all of it. That instinct is worth resisting. The AI tool space changes quickly enough that investing heavily in any specific platform before understanding its production relevance is a reliable way to waste time. A more useful approach: start from your own workflow and work outward.

For most artists, the most practical entry point is already inside the tools they’re using. V-Ray, Corona, Enscape, and D5 Render all have AI-powered features embedded in current versions — denoising, upscaling, material generation, atmosphere matching — with no additional pipeline and minimal learning curve. Understanding what these features actually do in practice, and where the productivity gain is real versus overstated, is more valuable than jumping into a ComfyUI stack on day one.

For concept and brief alignment, AI image generation is genuinely useful — but only with a clear distinction between concept support and production deliverable. Generating ten or twenty visual directions to help a client articulate their aesthetic before significant modeling begins: real value. Using the same tools as substitutes for final controlled deliverables: where professional liability starts to appear. That line is worth drawing clearly.

For technical artists and advanced users, AI-assisted scripting is probably the highest-leverage area to explore right now. Not because every artist needs to build a custom plugin, but because identifying one or two specific workflow friction points and using LLM assistance to address them is a realistic short-term experiment. The key is starting with a clearly defined problem — not “integrate AI” as a general ambition.

And one recommendation that applies across all of the above: don’t abandon traditional 3D skills. The current landscape, if anything, reinforces their value. The artists who understand both structured 3D production and AI-assisted workflows are in a far stronger position than those who have bet on prompts alone. The AI layer needs something reliable to work with. That something is still the 3D pipeline.

A New Production Layer, Not a Replacement

After examining the current state of AI in Architectural Visualization closely — through industry surveys, production workflow documentation, forum discussions, GitHub threads, and the quiet evidence of what actually ships versus what gets demoed — the picture that emerges is not the one that dominates public discourse.

This is not a story of replacement. It’s a story of layering.

AI is becoming an enhancement layer, an acceleration layer, a postproduction layer, a toolmaking layer. It’s inserting itself into the spaces around the traditional ArchViz pipeline and changing how artists move between ideas, images, tools, and deliverables. The 3D scene remains structurally central. What’s growing is the AI-assisted infrastructure that connects it to faster outputs, richer concepts, and more fluid iteration cycles.

The most meaningful innovation may not come from large platforms competing for the prompt-to-image market. It may come from many small, highly specific tools built by people who understand the everyday friction of production. That’s what a production layer looks like from the inside: not a revolution, not a replacement, but a gradual accumulation of specific tools making specific painful tasks less painful.

For ArchViz, this moment carries both genuine opportunity and real risk. The opportunity is compression — of concept time, iteration cycles, postproduction effort, toolmaking barriers. The risk is the normalization of AI outputs in contexts where their limitations aren’t visible to clients but are visible to professionals: the geometry errors, the inconsistent revisions, the deferred problems that accumulate when speed is prioritized over accuracy.

Traditional ArchViz is not disappearing. But the way it gets built, enhanced, and delivered is clearly beginning to change. That change deserves more honest attention than most of the current conversation around it provides.

AI-assisted staging and cinematic walkthrough generation from simple text prompts.

References & Further Reading

This article draws on a broader research process completed in May 2026.

Industry Reports & Surveys

Studio & Practitioner Research

Tools & Ecosystems

Open-Source & Development

  • GitHub: ADN-DevTech/3dsMax-Python-HowTos (active 2024–2025)
  • Apatero.com: ComfyUI troubleshooting documentation (October–November 2025)
  • Autodesk Developer Blog: pymxs and 3ds Max SDK notes (through May 2025)

Practitioner Posts (LinkedIn, May 2026)

  • Joël Feyaerts (Blacksquid / CGarchitect) — on AI geometry errors in sales-phase renders
  • Francisco Palomo Montes — on building the Caliper plugin (3ds Max + Tripo AI API)
  • Iván Zabalza González (Señapaula SL) — on hybrid DCC + ComfyUI production workflow
  • Chiang Ning (ARBV/PMP) — on “AI for atmosphere, 3D for accuracy”
  • Rodrigo Zacharias — on prompt engineering as creative direction
  • Chaos V-Ray official — V-Ray 7 AI feature announcement
  • Wes McDermott (Adobe Firefly Foundry) — on DCC viewport as AI conditioning input
  • Sanmiraa Group — on client decision-making and AI brief alignment

Written by Hernán A. Rodenstein, Founder of Spline Dynamics.

This article is part of an ongoing research and experimentation process around AI-assisted workflows, technical tool development and production automation at Spline Dynamics.

Studios interested in custom 3ds Max tools, workflow automation or pipeline optimization can learn more about our Custom 3ds Max Script Development Services.


Affiliate Disclosure
Some links in this article may be affiliate links. If you decide to purchase through them, we may earn a small commission at no extra cost to you. These commissions help support the creation of free tutorials, articles, and tools on Spline Dynamics. All opinions expressed are our own, and we only recommend products that we believe provide real value to the CG and ArchViz community.

Share