Arnold Render

**Bucket** · July 9th, 2009, 03:19

Apparently this has been in development for a really long time. Supposed to have been used in Monster house and Cloudy with a Chance of meatballs. Hopefully more information will become available overtime. A guy on the softimage mailing list is showing off beta renderings made with the si version of Arnold. It's supposed to be really really fast. Pretty cool..

Render animation

http://ericknelson.com/wurp/arnold_gi_anim.mov
http://ericknelson.com/wurp/arnold_gi_anim_rbd.mov

More comparisons.

http://ericknelson.com/wurp/arnold_s...n_examples.jpg
http://ericknelson.com/wurp/Arnold_classroom_01.png
http://ericknelson.com/wurp/tank_glossy_new_0.jpg
http://ericknelson.com/wurp/mr_vs_arnold_mblur.png

Comparison between mr and arnold.
http://ericknelson.com/wurp/arnold_scifi_01.png
http://ericknelson.com/wurp/mentalray_scifi_01.png

**Bucket** · August 27th, 2009, 15:55

Andreas Bystrom is the guy showing off the test renders on the list. It's pretty cool stuff.

245 billion polygons.

A close up

some other renderings.

**Bucket** · October 18th, 2009, 23:27

Found a video demonstrating the speed of arnold in xsi. (I think) Very impressive. I do sort of wonder what kind of hardware this is being run on. But still very impressive.

Also here is an image by Andreas Bystrom (I think) I forgot to t link to.

**Jeremy** · October 19th, 2009, 16:10

Is this what all the giggling on the list has been about?

Seems fast in that Viper video. Some of those render times still seem long though... we'll see I guess.

I think just about anything would be faster than what we've got currently.

**Bucket** · October 20th, 2009, 22:50

Yeah.. mr isn't bad. (though this test sure makes it look bad) If we could have something faster and more efficient.. The better.. I'd be more of a render junkie if getting the look I wanted didn't mean moving a slider and sitting on my hands for a minutes/hours just to see something that I don't like.

**Bucket** · October 29th, 2009, 23:51

Old Arnold stuff from long ago. http://www.3dluvr.com/marcosss/

Not sure about this... Marcos Fajardo is listed in the credits... Maybe another one of his early experiments with gi.

**Bucket** · February 15th, 2011, 01:28

**Jeremy** · February 16th, 2011, 17:05

Going to download Lagoa tomorrow.

**Bucket** · February 16th, 2011, 22:12

**Bucket** · February 17th, 2011, 16:12

A presentation by Marcos Fajardo on the Arnold Render engine.

Part 1
http://vimeo.com/15878348
Part 2
http://vimeo.com/16155555

**Bucket** · May 20th, 2011, 11:24

It’s looking like Arnold will be integrated across multiple 3d applications. This is good because this will save much of the headache that might occur from having to export animations 1 scene to 1 frame like maxwell or indigo. I’m wondering how much of an effect unbiased rendering will have on post production.

ArnoldRender MAYA by esanti from esanti on Vimeo.

http://www.cgchannel.com/2011/05/fmx...ys-highlights/

http://www.3dworldmag.com/2011/05/04...ms-now-viable/
Speaking at the FMX 2011 conference in Stuttgart, principal software engineer Gritz addressed the attendees during the tech-talk session ‘Path Tracing and Unbiased Rendering for Animation Production’.
The benefit of Sony Pictures Imageworks approach, he says, is that a lot of the wrangling of render passes can be avoided by doing a lot of the work in-camera in one pass, where it can be managed interactively.
It also allows lighters to match on-set lighting more efficiently. Gritz claims that while overall render times are increased, the lighting teams are getting twice as many shots done in the same time. The move to unbiased path-traced rendering “has been a major shift for us,” he said.
When questioned about utilising GPUs, he provided a standard response, explaining that moving code to GPUs would be time consuming and most companies’ renderfarms don’t posses any GPUs. As a result, there would be no major speed benefit of switching to GPUs and it would require a major investment in hardware. Also, scenes using 500GB of textures per frame would not fit into the current line of GPUs.