Short answer: When a client says “change the sofa” or “make the walls lighter,” you usually should not regenerate the whole render. Split the note into single, concrete edits, apply each one as its own iteration starting from the last approved version, name every version, and show each before and after side by side. In BentoMesh, the edit mode in Render Lab (called Render Düzenle in the Turkish interface) regenerates only a chosen area of an existing output; it does not guarantee that the rest of the image stays identical, and every generation uses credits. Start over when the change touches the camera, the plan or the overall design direction.
Batuhan Oğan · 13 min read · Published: 2026-10-13 · Updated: 2026-10-13
Usually not. What a client approves is the whole composition: the camera angle, the proportions of the room and the mood of the light. A note such as “change the sofa” or “make the walls lighter” asks for none of that to move. If you regenerate from scratch, the AI reinterprets the entire scene, and things the client liked can drift along with the thing they wanted changed.
The practical rule is simple: protect the approved image and change only what the note points at. The rest of this article turns that rule into a routine you can repeat on any project:
A note on terms. BentoMesh is a Turkish-first AI visualization platform for architects and interior designers, and its interface is available in six languages. Tool and mode names are given as they appear in the Turkish interface, with a short English description, because the labels in the English interface may differ. Credits are called işlem hakkı in Turkish. The client and project examples are fictional; they do not describe a real client.
Client notes arrive as sentences, and each sentence can hide several requests. Ask three questions of every line: Which object or surface? What exactly should it become? What must stay the same? The third question is the one people skip, and it tells you what to check when the result comes back.
Words like “lighter,” “warmer” or “more modern” are not changes yet. Ask the client what they mean, or prepare two options. “Lighter” is a good example: it can mean a paler paint color or a brighter room, and those are different edits. The table splits a fictional living-room note:
| Client says | Concrete change | Must stay the same |
|---|---|---|
| “Change the sofa” | Ask first: color or model? Example decision: light gray fabric sofa | Rug, coffee table, curtains |
| “Make the walls lighter” | Wall surface only, one step paler; example decision: off-white | Furniture, floor, artwork |
| “Make it feel warmer” | Unclear: light mood or material tone? Ask the client | Not yet known |
| “Keep the painting, I love it” | Not a change; a protection note | The painting |
Number the list (C1, C2, C3) and send it back in writing: “We will make these three changes and keep these things as they are. Correct?” That confirmation catches misunderstandings before you generate, and because every generation uses credits, it also cuts down on trial and error. One more caution: “lighter walls” is a direction, not a paint code. The output will not match a specific manufacturer color, so confirm the final tone with a physical sample.
Render Lab is BentoMesh's advanced AI render studio, built for control over lighting, camera, materials and atmosphere. For revisions, the useful part is that you can edit an existing render in the same panel: the edit mode (Render Düzenle) regenerates only a chosen area of an existing output. Adding new camera angles or turning a result into a video also happens in the same panel. For a note about one object or one surface, such as the sofa or the wall color, this is the appropriate route.
In practice the flow is short: switch Render Lab to the edit mode, upload the frame the client approved, and describe the change in a short written instruction, for example “make the wall color anthracite.” The instruction can be written in Turkish or English. Target one object or one surface per instruction.
Three habits make it work:
If you have no render yet, create the first image with the AI render generator and start the revision loop from that frame.
If you apply three changes at once and the result looks wrong, you cannot tell which one caused it, and if the client approves two of the three you have no intermediate version to go back to. So each change is its own iteration, and its input is the previous approved version.
Suggested order: objects first (the sofa), then surfaces (the wall), and light and atmosphere last. Light changes how every surface reads, so adjusting it early makes later comparisons meaningless.
Naming: put the project, room, version and change in the file name, for example living_v03_walls-lighter. Version v01 is what the client saw first. If you made two options for one change, call them v03a and v03b. Names like “final_new_v2” stop telling anyone which file is current after a few rounds.
Keep a simple revision log:
| Version | Client request | Input | Status |
|---|---|---|---|
| v01 | First presentation | Source view | Sent |
| v02 | C1: sofa in light gray | v01 | Approved |
| v03a / v03b | C2: lighter walls (two tones) | v02 | b chosen |
| v04 | C3: warmer light | v03b | Awaiting reply |
Every iteration is a separate generation and uses credits (işlem hakkı). We do not quote amounts here because they change; current figures are on the pricing page. That is why revisions work well in rounds: collect the notes, agree the list, then generate. If a generation fails, the credits are returned to your account.
The client should never have to open two files and hunt for the difference. In your own presentation software, set it up like this:
If an unwanted side effect appears, for example the painting changed shape, do not hide it. Either regenerate the same change or tell the client about the difference. If the client spots it first, trust in the rest of the images drops. Before sending, run the image through your usual quality check.
When the client approves a version, get the approval in writing and freeze it: that version is no longer changed against new notes, and a new note starts a new round. If you need presentation resolution, apply the image upscaler (Kalite Yükselt) to the approved version only; there is no point in enlarging every draft. Finally, label the image as an illustrative visualization, not a photograph.
Editing is for protecting an approved composition. If the note touches the composition itself, forcing an edit wastes time and credits. This table suggests a route by type of note:
| The note says | Better route |
|---|---|
| One object or surface (sofa, wall color, rug) | Edit mode in Render Lab: change that area |
| Light or day-to-night atmosphere | Change the atmosphere in Render Lab as a separate iteration |
| A different camera angle | Add a new angle in Render Lab, or capture the source view from the new angle |
| The plan, the massing, or window and door positions changed | The source changed: update the model, then generate again from the new source view |
| The whole decorating direction is changing | Use Stil Karşılaştırma (Style Comparison) to generate the same space in several styles side by side |
| You have corrected the same area several times and the versions have drifted apart | Generate a fresh base from the source view, then re-apply the approved decisions one by one |
If your source is in SketchUp or 3ds Max, the optional BentoMesh plugins send the active view to generation; from other programs you export the view as PNG or JPEG and upload it to the AI render generator. When the source has changed, do not try to edit older versions.
Starting over weakens the earlier versions and approvals, so name the new image something like “v01 new base” and tell the client plainly that it is a fresh start. If windows or furniture do not match your source, simplify the source view first before generating again.
In short, revision management is less about a tool feature than about routine: split the note, apply one change at a time, name the versions, compare, and get approval in writing. BentoMesh handles the generation step; the decisions and the checking stay with you.
Often, yes. In BentoMesh's Render Lab, the edit mode (Render Düzenle in the Turkish interface) regenerates only a chosen area of an existing output, so you can target the sofa or one wall instead of redoing the whole scene. There is no guarantee that the rest of the image stays identical, so compare the result with the version you started from. If the change affects the camera or the plan, generate again from the updated source.
Split it into single changes and treat each one as its own iteration. For every line, write which object or surface changes, what it should become and what must stay the same. Ask the client to clarify vague words such as “warmer” or “lighter.” Number the list, get written confirmation, then generate one change at a time, so you can see which edit caused a problem and go back to an earlier version.
Include the project, room, version number and the change in the file name, for example living_v03_walls-lighter. Let v01 be the first version the client saw, and label two options for the same change v03a and v03b. Keep a short revision log with the version, the client request, the input version and the status. Names like “final_new_v2” make it unclear which file is current after a few rounds.
Yes. In BentoMesh every generation is a separate job and uses credits (işlem hakkı in the Turkish interface), so each iteration has its own cost. Amounts change over time, so this article gives no figures; the pricing page shows current ones. If a generation fails, the credits are returned to your account. To keep costs under control, collect the notes, agree the list with the client, and only then generate.
Regenerate when the note touches the composition itself: a different camera angle, a changed plan or massing, moved windows and doors, or a completely different decorating direction. Also consider it when you have corrected the same area several times and the versions have drifted apart. In those cases, generate a fresh base from the updated source view, re-apply the approved decisions one by one, and tell the client it is a new starting point.
There is no guarantee. Even when only one area is regenerated, small differences can appear elsewhere, such as the number of windows, the shape of furniture or a wall line, and because each edit is a separate generation, they can build up as the chain of edits gets longer. Compare each version with the previous one and with your source view. If a difference is noticeable, regenerate the change or tell the client about it openly.
Place them side by side in your own presentation, with the same crop and size, the previous version on the left and the new one on the right. Add one sentence under each pair saying what changed and what stayed the same. If you have options, ask a closing question such as “a or b?” Do not hide unintended differences, and get the final approval in writing before freezing that version.