Scaling Motion Design in Cinema 4D and Redshift: A Multi-GPU Workflow Guide
How to set up a motion design scene so it scales across GPUs and across machines:
- Instance, don’t copy: Redshift converts Cinema 4D instances, including Cloners, into its own instances where supported; Multi-Instance or Render Instance mode keeps large clone counts light for both Cinema 4D and the GPU.
- Heavy assets as proxies: Redshift Proxies keep forests, crowds and set dressing outside the scene until Redshift needs them.
- Cache everything that simulates: baked MoGraph, cloth and particle caches give the same result on every machine and every frame range.
- On iRender: 4x and 8x RTX 5090 servers; Redshift renders one bucket per GPU at a time, and in our tests 4x RTX 5090 renders about 3.7x faster than one card and 8x up to 7.2x.
Motion design jobs combine everything that makes rendering slow: thousands of MoGraph clones, glass and volumetric lighting, simulations, several aspect ratios and tight revision cycles. Moving such a project to a multi-GPU machine helps only if the scene is set up to use it.
This guide covers how Redshift uses several GPUs, how to keep MoGraph scenes light with instancing and proxies, how to make simulations and output paths safe for any machine, and how to split a delivery across servers. It follows Maxon’s Cinema 4D and Redshift documentation.
How Redshift uses several GPUs
In Bucket mode, which Maxon recommends for final renders, Redshift splits each frame into buckets. Maxon’s documentation explains that a bucket is only ever rendered by a single GPU, so the number of buckets rendered at the same time is limited by the number of GPUs Redshift is set to use. More GPUs therefore render more buckets in parallel on the same frame.
Two things limit how far that goes. First, every GPU holds its own copy of the scene, because memory is not added up across cards. Second, Cinema 4D has to prepare the scene, evaluating cloners, effectors, deformers and simulations, before any bucket starts, and that work does not get faster with more GPUs. In iRender’s own tests, a 4x RTX 5090 server renders Redshift about 3.7 times as fast as one card, and an 8x RTX 5090 server up to 7.2 times; heavy scene preparation lowers those numbers, which is why the next sections matter.
Keep MoGraph scenes light with instancing
Maxon’s Redshift documentation says Redshift automatically converts Cinema 4D instances, such as Instance objects and Cloners, into equivalent Redshift instances where supported; objects Redshift cannot instance, for example lights and volumes, are translated as copies. How much work that saves depends on the Cloner’s Instance Mode:
| Instance Mode | What Cinema 4D creates | Use it for |
|---|---|---|
| Instance | A full copy of every clone | Small clone counts only |
| Render Instance | Clones that reference one source object at render time | Most cloner setups; the fallback when a feature does not work in Multi-Instance |
| Multi-Instance | All clones handled as one object internally | Very large clone counts, such as tens of thousands of objects |
Based on Maxon’s Cloner and Instance object documentation.
For a full walkthrough, including per-clone colours with Multi-Instance, see our guide to MoGraph clones in Redshift.
Move heavy assets into Redshift Proxies
Trees, crowds, vehicles and set dressing that repeat across shots are good candidates for Redshift Proxies (.rs files). Cinema 4D keeps only a lightweight placeholder, and Redshift loads the contents when it needs them. Export with File > Export > Redshift Proxy, place them with a Redshift Proxy object, and clone the proxy object with a Cloner in Render Instance or Multi-Instance mode. Keep the .rs files and their textures inside the project folder so another machine finds them. Our Redshift Proxy guide covers export options and texture paths.
Cache everything that simulates
Dynamics, cloth, particles and MoGraph effects that depend on previous frames should be cached before rendering, with the caches stored inside the project. An uncached simulation is recalculated on the render machine, which adds time to every frame, and when frames are split between machines each one starts part-way through the simulation, so the result can differ from what you approved.
Set up takes and output paths for several deliverables
Motion design jobs often ship several versions of the same shot, for example 16:9 and 9:16. Cinema 4D Takes can hold the camera, resolution and render settings for each version. Use tokens in the output path, such as $prj, $take, $camera and $frame, so every take writes to its own file names and nothing is overwritten. Before rendering, check which takes are marked for rendering.
Split the delivery across servers
Within one frame, more GPUs render more buckets at once. Across a sequence, the simplest way to finish sooner is to give each server its own frame range: three 4-GPU servers each rendering a third of the frames finish in about a third of the time for about the same total cost. This works best when simulations are cached and every server reads the same project folder.
SaaS or IaaS render farm for motion design?
Both farm models render the same frames from the same project. The difference for motion design is how revision rounds work: change a clone setup or a light, look at the result, change it again.
| Your situation | SaaS render farm | IaaS render farm (iRender) |
|---|---|---|
| The shot is locked and you only need frames | A good fit. Upload the project and the farm renders the frames, often across many machines, with no server to manage. | Also works, but you start, use and stop the server yourself. |
| You have a deadline and need to know when rendering starts and ends | Jobs join the farm’s queue, so the start time depends on how busy the farm is; many farms sell higher-priority plans to start sooner | The server runs only your job from the moment it boots, so you control when rendering starts and can time the whole job |
| The client is still sending revisions | Each revision is a new upload and a new job. | Change the scene on the server and render the changed frames straight away. |
| You need to check instancing and scene preparation time | You see total frame times in the farm’s reports. | Open the project on the server and time scene preparation and rendering separately. |
| You deliver several aspect ratios | Submit each take as its own job. | Render the takes on one server or split them across several servers. |
A comparison of how the two farm models work for this task, not a speed test.
A simple rule: if the shot is locked and you only need frames, a SaaS farm is a good fit. If revisions are still coming, or you need to test instancing, proxies and caches on the render hardware, use an IaaS server.
A motion design job on an iRender server
- Save Project with Assets, with caches and proxies inside the project folder, and upload it to iRender Drive before you start the server; uploading is free and does not use rental time.
- Start a 4x or 8x RTX 5090 server. Cinema 4D and Redshift are installed. Billing is per minute.
- Render the heaviest frame of each take in Bucket mode and note the scene preparation time and the render time.
- Make revisions on the server and render the changed frames straight away.
- Render the deliverables. If the deadline is tight, start more servers and give each one a frame range or a take; the total cost stays about the same.
Before you render the sequence on another machine
- Use the same Cinema 4D release and Redshift build.
- Set Cloners to Render Instance or Multi-Instance where you can, and use Redshift Proxies for heavy repeated assets.
- Cache simulations and keep caches, proxies and textures in the project folder.
- Check takes, cameras and output-path tokens for every deliverable.
- Render the heaviest frame of each take in Bucket mode before the full range.
Frequently asked questions
1. How does Redshift use multiple GPUs on one frame?
In Bucket mode Redshift splits the frame into buckets, and Maxon’s documentation says each bucket is only ever rendered by a single GPU. More GPUs therefore render more buckets at the same time, while each GPU keeps its own copy of the scene in its own memory.
2. Which Cloner Instance Mode should I use for Redshift?
Use Multi-Instance for very large clone counts and Render Instance for most other cloner setups, or when a feature does not work in Multi-Instance. Plain Instance creates a full copy of every clone and only suits small counts. Redshift converts supported Cinema 4D instances into its own instances.
3. When should I use Redshift Proxies in motion design?
Use them for heavy assets that repeat, such as trees, crowds, vehicles or set dressing. Cinema 4D keeps only a placeholder and Redshift loads the contents when it needs them, which keeps the scene light. Keep the .rs files and their textures in the project folder.
4. Why does my simulation look different when frames are split across machines?
If the simulation is not cached, each machine recalculates it, and a machine that starts part-way through the sequence may not reach the same state. Cache dynamics, cloth, particles and MoGraph effects before rendering and keep the caches in the project folder.
5. How much faster is Redshift on 4 or 8 GPUs?
In iRender’s own tests a 4x RTX 5090 server renders Redshift about 3.7 times as fast as one card, and an 8x RTX 5090 server up to 7.2 times. Heavy scene preparation in Cinema 4D lowers the gain, so measure your heaviest frame.
6. Can I make revisions on the machine that renders the motion design job?
Yes, on an IaaS render farm. On iRender you rent the whole server with Cinema 4D and Redshift installed, so you can change the scene, render the changed frames straight away and then render the deliverables on the same GPUs.
Render your Cinema 4D and Redshift projects on iRender
iRender is an IaaS GPU render farm: you rent a bare-metal server with 1, 2, 4 or 8 NVIDIA RTX 4090 (24 GB) or RTX 5090 (32 GB) GPUs, an AMD Ryzen™ Threadripper™ PRO CPU, 256 GB ECC RAM and a 2 TB NVMe SSD, connect by remote desktop and work on it like your own workstation, with full administrator access. Your server image is saved between sessions, so your plugins and settings stay installed. Cinema 4D and Redshift are pre-installed on every server.
Multi-GPU servers are billed per minute (1-GPU servers have a one-hour minimum), and sessions of 3 hours or more get 10% off. Our 4-GPU and 8-GPU servers are liquid-cooled; in our own measurements the GPUs hold 60–70°C under sustained render load. Elite support is available 7 days a week by hotline, live chat, Skype, WhatsApp and email.
This quick start shows how to start a server and render Cinema 4D and Redshift on it:
Two Redshift runs we recorded on our servers: 150 frames at 1080p on 4x RTX 5090 at 40.84 seconds per frame (about 1h 42m), and a 301-frame cloth simulation at 1080p on 1x RTX 5090 at 21.3 seconds per frame:
New users get a 100% bonus on the first top-up (minimum $50). See plans on the Cinema 4D and Redshift render farm page or download the iRender GPU app.
When Redshift frames in Cinema 4D take too long on one card, iRender’s Cinema 4D Redshift render farm lets you work on a dedicated remote server with up to 8x RTX 5090 and render the same scene across multiple GPUs.




