Model, animate,then render it
Blender, on a Void Linux desktop of your own.The whole suite in a tab, and the render on cores you rented for the day.
$ dxflow workflow create --identity blender hub://blender --start --link
One suite,the whole pipeline
Modelling, sculpting, simulation, compositing and rendering in one program.
Meshes, modifiers, geometry nodes and a sculpt mode with dynamic topology.
Render interactively, or let Cycles use every core the machine has.
blender -b renders the same .blend from a shell, frames landing on the volume.
Every defaultis one override away
The session reads its settings from the environment, so you set them on the start line.
$ dxflow workflow start blender --override env.app.VNC_PASSWORD=something-long
$ dxflow workflow start blender --override env.app.TASKBAR=show --link
The viewportfills the screen
Streamed to your browser, with Blender already maximized.
Cycles runson the cores
There is no card to offload to here. The viewport is software OpenGL and the renderer is the CPU.
A heavier scene wants more cpu on the step. That is the lever that moves a render time, not the graphics card.
blender -b from a terminal in the desktop runs the frames headless, which is the sensible way to spend a long render.
Keep the blend file, the textures and the output frames under /volume so a stopped machine loses none of it.
Pulled once,then it stays
Blender arrives as one image. This is what comes down the first time, and what the disk should have free for it.
What it wants,and what it needs
The definition asks for 4 cores and 8 GB. The image comes up on less than that, and a start given --fit trims the ask to whatever the machine actually has.
Machines that fit it
Blender asks for 4 cores and 8 GB. Cheapest first.