September 11, 2026 Yen Lily

Scaling Motion Design in Cinema 4D and Redshift: A Multi-GPU Workflow Guide

Executive SummaryKey Takeaways: Motion Design in Cinema 4D + Redshift on Multi-GPU
Redshift for Cinema 4D

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.

iRender
Two ways Redshift work is split
buckets and frame ranges
Inside one frame: one bucket per GPUdonedonedonedonedonedonedoneGPU 0GPU 1GPU 2GPU 3Done · rendering now (one bucket per GPU) · waitingAcross machines: split the frame rangeServer A · 4x RTX 5090frames 1–100Server B · 4x RTX 5090frames 101–200Server C · 4x RTX 5090frames 201–300Same total GPU time, finished about 3 times sooner✓ Within a frame, Redshift renders one bucket per GPU at a time (Maxon); across a sequence, more servers finish sooner at about the same total costScene preparation in Cinema 4D runs before the buckets start, so instancing and caching matter as much as GPU count
GPU 0GPU 1GPU 2GPU 3
Schematic, not to scale

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 ModeWhat Cinema 4D createsUse it for
InstanceA full copy of every cloneSmall clone counts only
Render InstanceClones that reference one source object at render timeMost cloner setups; the fallback when a feature does not work in Multi-Instance
Multi-InstanceAll clones handled as one object internallyVery 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 situationSaaS render farmIaaS render farm (iRender)
The shot is locked and you only need framesA 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 endsJobs join the farm’s queue, so the start time depends on how busy the farm is; many farms sell higher-priority plans to start soonerThe 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 revisionsEach 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 timeYou 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 ratiosSubmit 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

  1. 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.
  2. Start a 4x or 8x RTX 5090 server. Cinema 4D and Redshift are installed. Billing is per minute.
  3. Render the heaviest frame of each take in Bucket mode and note the scene preparation time and the render time.
  4. Make revisions on the server and render the changed frames straight away.
  5. 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.

Accelerate your production pipeline with high-performance IaaS render farm services and dedicated bare-metal workstations powered by up to 8x NVIDIA GeForce RTX 5090 (32GB GDDR7), high-frequency AMD Ryzen™ Threadripper™ PRO processors, 256GB ECC RAM, and dedicated 2TB NVMe SSD storage tailored for your pipeline:
, , , , , , ,

Yen Lily

Yen Lily is a customer support specialist at iRender who helps 3D artists set up Cinema 4D, Redshift, Maya and Houdini projects on iRender's multi-GPU servers. She has written more than 200 guides for the iRender blog, most of them on Redshift and GPU rendering workflows.
Contact

iRENDER GPU

Render Farm Pricing
Quick Start
Multi-GPU Benchmarks
iRender GPU App
Blog
Documentation
The Render Farm
The Company
Terms & Conditions

INTEGRATIONS

Autodesk Maya
Blender
Cinema 4D
Houdini
Karma XPU
Lumion
KeyShot
Unreal Engine
Twinmotion
Redshift
Octane
And many more…

iRENDER TEAM

Elite support 7 days a week
SATURDAY – SUNDAY: 6:00 AM – 11:59 PM
(UTC+7)
Hotline: (+84) 912-785-500
Skype: iRender Support
Email: [email protected]
Address 1: 68 Circular Road #02-01, 049422, Singapore.
Address 2: No.22 Thanh Cong Street, Hanoi, Vietnam.

Contact
이 페이지는 한국어로도 제공됩니다. 한국어로 보기 →