Hi, today the Blender Foundation published the next step for Cycles, work name Cycles-X with a new architecture, kicks tile rendering and better performance.
More information:

Blendernation overview:

Test builds of Blender 3.0.0 cycles-x branch are:

Technical presentation docs of CyclesX:

My first test render are very fast but view port render does not work at all on Linux and some files are not rendering at all.
I am testing on Windows now.
It is all experimental and new but may be a nice week end fun to test.

Cheers, mib


I quite enjoyed the Cycles-X stream! :clap::+1:

Very exciting prospects, and a true honor to see my Monster scene among the benchmark scenes. :blush:


I’m testing some old scenes. Waiting another 15 minutes for this Cycles render to finish. The X-Cycles render took 4 minutes and 6 seconds.

Update: The render finished. Regular Cycles in Blender 2.92 took 18 minutes and 14 seconds

My next test scene in Cycles in 2.90 estimates it will take 1h30m. I’m not using adaptive sampling so I think that’s probably an accurate estimate. In X-Cycles it seems to be rendering at about 1 sample per second so with 3000 samples I guess it’ll take 50 minutes. Since it’s progressive rendering the whole image at once it’s possible I might choose to stop it earlier than 50 minutes if it looks good enough.
Update: X-Cycles took 49 minutes and 26 seconds.

In the “tired tire” scene from blendswap went from 2min43sec to 1min43sec

Blender 2.93 with K-cycles = 3:44
Blender 3.00 with cycles-X = 5:21
Blender 2.92 with Cycles   = 6:49

Blender 3.00 with cycles-X = 15:18
Blender 2.92 with Cycles   = 24:06


Too bad it’s weekend and I have all good stuff for testing back at the office…
oh dear… “too bad it’s weekend” !
CyclesX is already dope


I hope it won’t take them too long to fix ao and bevel shaders for optix again…


I wanted to give it a quick try, but unfortunately it throws an error after starting rendering on both my GTX 980 Ti as well as my GTX 1060. But hey, it’s really early. I can wait.

EDIT: The issue seems to be VRAM related cause the rendering was pretty high resolution. And that’s probably why a lot of users went “WHAT?” when it was announced that tiled rendering will be ditched. That was a way to render demanding scenes on older yet still capable GPUs anyway (mine has 6GB, which isn’t that bad). So I hope the devs will find a way to make their progressive approach VRAM-friendly or they might disappoint a lot of users. It would be similar to Luxcore which also uses progressive rendering which makes bigger scenes pretty much impossible to render on a GPU with a normal amount of VRAM.


Hi, Luxrender have tile render option, it is only slower.
It would be nice to have an option to switch back to tiles in CyclesX, too.
May be a standard of 128 which fits most situations.

Cheers, mib

I know that Luxcore has tiled path rendering. But it’s not usable. It must have been an experiment that was never properly finished (even Dade admitted so in his recent post concerning X-Cycles). It’s not only slower. It’s a nightmare to set up and it does deliver different (usually worse) results than the ordinary rendering. And it can only take you a bit further as far as VRAM is concerned. It doesn’t get you anywhere near the dimensions that are possible in Cycles.

And yeah - I have a feeling the tiled rendering isn’t completely off the table for X-Cycles. We will see.

I thought I had a bug to report but the problem actually happens in 2.92 as well. If someone can help me figure out why this happens I’d really appreciate it. Does having too many point lights suck all the energy out of other lights and the environment?

Some forum pal told that Octane solves the no-tile ram issue by placing the actual pixels on the system ram, freeing the gpu ram for geometry texture etc.
Hope it’s a viable solution, or maybe there are better ones to explore

They said there was not much to be expected for CPU rendering yet, nevertheless my rendering times seem to be about 25-30% faster already!


Code is public now:


I think the build will be available here soon:

It is already there: Blender 3.0.0 cycles-x branch


Its up lads !

Second from the bottom:


I got a weird barbershop error though:

rendertime seems twice as fast though ;]

well there’s half the stuff being rendered :smiley:
anyways a frame of animation I’m testing it on went from 10sec to 6sec per frame. And it is so nice to see whole frame at once no more tiles :slight_smile:

I’m guessing that big black box is where the light shafts are supposed to be. I don’t think volumes are currently supported in Cycles X at the moment.


I ran my last project through the new Cycles build, then did it again on 2.92 to compare. Even on my ancient machine, the speed differences are tremendous. It took a little over 2 1/2 minutes on Cycles X, while oldschool Cycles took around 8.

My comp’s a little too old to enjoy some of the extra perks, like the super responsive render viewport, but still…damn.

1 Like

that’s propably because cycles x doesn t support volume yet, as they said in the live they tweaked the files so it can be rendered on cycles x