Text to Render

An image from words alone — for the moment before there is geometry.

Words in, image out. No geometry input is needed — the engines invent freely, guided by whatever settings you list. See the Prompting Tutorial for specific tips.

Reach for it before a scheme exists: mood, register, a first look at a material family, an atmosphere to argue about. Once there is geometry, switch to Image to Render: describing a building in words leaves the engine free to redesign it.

Jimin text-to-render canvas with a text prompt feeding a render output
The canvas view keeps the written prompt and render chain visible before the result is reviewed.

Use the canvas view to check what the engine received, then read the result as the first visual answer to that written brief.

Generated architectural render from the text-to-render workflow
A text-led render works best when the brief is explicit enough to guide mood, material, camera, and overall register.

How to wire it

  1. Make a Text block and write your intent. One or two lines is enough to start.
  2. Press ✦ Enhance and Jimin expands it into the six labelled aspects — Material, Structure, Lighting, Atmosphere, Camera Angle, Aesthetic — each editable. See Prompt Writer.
  3. Wire it to a Render block's TXT port. Leave IMG empty: with no image wired, the roster shows the engines that generate from text alone.
  4. Set the frame in Tune, not in words — Image Aspect and Camera Angle belong there.
  5. Run. The result lands in the block and stays in History.

Image to Render

The shortest path from what you already have to a finished frame.

The most-used path in the app. An image you already have — a massing screenshot, a gray model view, a photograph of the site, a sketch — becomes a finished render without the design being reinterpreted. This is the first render most people make, and the one most projects live on.

Jimin canvas combining image references, text prompts, and generated tower outputs
Image to Render keeps the source image, written intent, and generated results together so the chain remains readable.

How to wire it

  1. Start from what you have. Drag in a massing screenshot, a gray model view, a sketch — or fetch your real site (Site Generator). Anything visual lands in an Image block.
  2. Wire it to a Render block's IMG port. Wire a Text block (your enhanced prompt) to TXT.
  3. Pick an engine. The engine list shows each model with its maker's mark. Rules of thumb: engines w/ edit transform your input image (keep the design, change the dress); generation engines invent more freely. The Render Engines table says which is which.
  4. Fine Tuning. The Tune panel sets what other tools make you prompt for: Image Aspect · Camera Angle · Camera Lens · Time of Day · Weather · Mood · Finish. A Tune setting always wins over vague prompt language — set "Time of Day: dusk" once instead of writing "at dusk, evening light, sunset glow".
  5. Run. The result lands in the block; every run is kept in History, nothing overwrites.
Prompting more doesn't always mean better results. What rewards you is precision: accurate terms, exact descriptions — and order matters, because engines weigh what comes first. Try ✦ Enhance: Jimin reorders and rephrases your prompt for maximum effect. See the Prompting Tutorial for more.
Generated tower render output from an image and text workflow
A finished frame can stay attached to the source chain instead of becoming a loose exported file.

GeoLock

If the engine starts redesigning rather than dressing, turn on GeoLock: it holds your design's geometry fixed while the engine works on materials, lighting and atmosphere. The massing stays as you modelled it.

If geometry still drifts: check that your input view is clean (one building, clear silhouette), prefer an engine w/ edit, and lower creativity on iterations.

Iterate

Iterate takes a result you like and produces controlled variations. The creativity slider sets how far a variation may travel — low keeps the image close, high lets it wander; count makes multiple candidates per run. Use Iterate's own Time of Day / Weather / Season / Mood / Figures / Finish rows to vary one dimension deliberately.

3D to Render

From a model in the workspace to a framed, rendered image.

The 3D block holds a real scene: a model you loaded, massing you shaped, a site you fetched. 3D to Render is the path from that scene to an image — you set the camera in the workspace, capture the view, and the capture becomes the render's input like any other image.

The advantage over screenshotting another application is that the camera is part of the project: the same view can be recaptured after the massing changes, and the render chain downstream keeps working.

Jimin canvas with a 3D file, material reference, generated image, and animation output
A 3D workflow can keep the model, material reference, rendered still, and motion output in one visible chain.

How to wire it

  1. Open the 3D block's workspace. Load a model, or shape massing with Designer, or fetch the site with Site Generator.
  2. Set your view. Front / Back / Left / Right / Top, axon, worm's-eye; lens in millimetres. Set the camera to the view you actually want before rendering — a render cannot recover a viewpoint the capture never had.
  3. Capture (Ctrl S). The view becomes an image on the block, and captured stills feed straight back into renders — and onto your project card.
  4. Wire the 3D block to a Render block's IMG port, add your Text block on TXT, and pick an engine. A clay capture with a clear silhouette is the best possible input for an engine w/ edit.
  5. Run.
Ocean platform render generated from a 3D and material workflow
The render result should still read as the same captured scene, now dressed with atmosphere, light, and material.

Camera and lens

A camera angle written in words is a request; a camera angle set in the workspace is a fact. The same is true of lens: a 24mm and a 50mm of the same corner are different buildings to the eye, and no amount of prompt language fixes a capture taken from the wrong place.

Image to 3D

Imagery in, a real mesh out — geometry you can turn, light and capture.

3D generation. A 3D block turns imagery into a model: single-image or multi-view engines. Captured stills from a 3D block feed straight back into renders — and onto your project card.

What comes back is real geometry in the workspace, not a picture of geometry: you can orbit it, place it beside your massing, light it and capture views from it. The 3D Engines table says which engine takes one image and which wants several.

Jimin image-to-3D canvas with source imagery feeding a 3D model output
Image to 3D needs source imagery with a clear subject and readable silhouette before the mesh generation step.

After the source image is accepted, review the model itself rather than judging the workflow from the still alone.

Generated 3D model preview from an image-to-3D workflow
The model output should be framed so the generated object reads clearly in the workspace.

How to wire it

  1. Wire an Image block into a 3D block. One clean image with a readable silhouette beats three ambiguous ones.
  2. Pick the engine and the tier. Geometry is the product — geometry only (clay) is the default for new blocks, and it is usually the right one: textures pollute captures, and the render engine downstream is what dresses the object anyway.
  3. Give a multi-view engine its views. Wire more than one image and a multi-view engine uses them; a single-image engine takes the first.
  4. Run, then open the workspace to see the result in place.

Still to Motion

A still becomes a short motion study — one camera move, one atmosphere.

Wire a still into an Animate block for video: pick the engine, duration, and resolution; the Move row sets camera motion. Short, single-intent clips read best — one camera move, one atmosphere.

Jimin still-to-motion canvas with a still image feeding an animation output
The canvas keeps the source still, prompt, and animation result in one visible chain.

Start by checking the still frame. If the image is unstable, the motion pass will usually amplify the problem.

Architectural still prepared as the source frame for motion generation
Motion starts from a still that already holds together; the clip should add movement, not repair the image.

Then review the generated motion as its own output, not just as a decorated still.

The animation should keep one clear camera move and one atmosphere.

How to wire it

  1. Start from a still you are happy with. Motion inherits every fault of its input frame and adds movement to it — fix the render first.
  2. Wire it into the Render block in video mode (the camera/video pill on the block is the mode) and wire your Text block if the motion needs describing.
  3. Set duration and resolution. Both are engine-specific; the Video Engines table lists what each one accepts.
  4. Set the Move row. One move: a slow push, a rise, a pan. Two moves in five seconds read as a mistake.
  5. Run, and expect to wait — video is the slowest thing in the app by an order of magnitude.

Tips

  • One intent per clip. A camera move and a weather change and people arriving is three clips.
  • Short beats long. Five seconds that hold together is a better deliverable than fifteen that drift.
  • Some engines take a closing frame. Where an engine accepts one, a transition between two of your own stills is far more controllable than a described one.
View All

Working Tools

Focused canvas tools for context, prompting, editing, organizing, and review.

Open

AI Engines

Guides for choosing the right engine inside the same canvas.

Open

Learning Hub

Tutorial routes for learning the canvas, prompts, and project workflows.

Open