System Benchmarks
on July 1st, 2010, by ideasman42
In the studio we have a variety of systems: Maqina Xeon workstations, Dell Xeon blades, off the shelf Intel I7’s, older workstations from Big Buck Bunny and our Justa-Cluster i7 render nodes so we thought it would be interesting to compare render times.
The tests below are not as comprehensive as they might be, but since we also use these systems on the farm and as artists workstations we decided to keep it simple.
Testing
Here is a complete scene from the movie bundled up so you may test blender on your own systems and compare render times with our studio systems.
Being a final shot this includes everything: sintel, bamboo environment, animation, textures, compositing etc.
Open 5.2b_comp.blend and press render.
Or on the command line…
blender --background ./scene_05.2b_bundle/05.2b_comp.blend --render-frame 65
This blend file will only render correctly in the render branch of blender which can be found on graphicall, these tests were made with svn revision 29834 of blender.
Quick Render
Included times for one of our test renders. This file is not available for download.
The Scene shows a checken flying: 1024×4380, Full simples (5), raytracing, environment lighting & compositing.
Operating Systems
We are using 64bit Linux – Debian Squeeze for the Justa-Cluster & Ubuntu 10.04 for everything else. I like to keep configurations similar to avoid glitches & incompatibilities.
Compiler
Debian’s gcc-4.4.4
I did some quick tests with clang (llvm based C/C++ compiler) and found if anything it’s slightly slower then GCC, however my tests were only with ~3 different test renders and roughly equivalent compiler flags.
I attempted to install Intel C++ compiler but didn’t manage to get the redhat packages installed on Ubuntu (needed 32bit stdc++ libs for 64bit compiler at which point I gave up).
C/C++ flags
Typically Blender developers discourage using any optimization known to be risky. For Big Buck Bunny we were more conservative because we wanted blender to run with minimal problems but for Durian Brecht and I agreed to try more aggressive optimization flags. There have been some occasions when we hit bugs in the optimized builds that were not in debug build but often these are caused by very very big numbers or NAN’s where the result isn’t useful anyway.
Here are the flags we use to build blender.
-O2 -mtune=native -fomit-frame-pointer -msse -msse2 -msse3 -ftree-vectorize -finline-functions -funswitch-loops -pipe --fast-math
I have to admit to being a bit of a ricer when it comes to setting up the compiler flags, Ideally we’d test how each flag effects performance however this is time consuming to set up.
Results
Maqina X5550QC 3D Workstation (2x Quad Xeon’s X5550 @ 2.67GHz, 8 cores total, 24gig ram)
Render Time 16 threads (hyper thread): 27min, 03sec
Quick Render: Render Time 16 threads (hyper thread): 2min, 4sec
Dell Power Edge r410 (2x Quad Xeon’s L5520 @ 2.27GHz, 8 cores total, 24gig ram)
Render Time 16 threads (hyper thread) 27min, 47sec
Render Time 2 Blender’s running at once, 16 threads each 44min, 32sec, (amounts to 22min, 16sec per frame)
Render Time 2 Blender’s running at once, 8 threads each 41min, 10sec, (amounts to 20min, 35sec per frame)
Quick Render: Render Time 16 threads (hyper thread): 2min, 45sec
Justa-Cluster (1x Intel i7 930 2.80GHz, 4 cores total, 6gig ram)
Render Time 8 threads (hyper thread): 33min, 36sec
Quick Render: Render Time 8 threads (hyper thread): 2min, 24sec
No-Brand System (1x Intel i7 920 @ 2.67GHz, 4 cores total, 12gig ram)
Render Time 8 threads (hyper thread): 34min, 35sec
Render Time 4 threads: 42min, 12sec
Quick Render: Render Time 8 threads (hyper thread) 2min, 35sec
Maqina C6850DC 3D Workstation (Quad Core2 Q6700 @ 2.66GHz, 8gig ram)
Render Time 4 threads: 54min, 03sec
Quick Render: Render Time 4 threads: 3min, 35sec
older system used for Big Buck Bunny
Notes:
- for the test file you might not be able to render with less then 4 gig of ram.
- the render farm software is not currently released but it will be released with all the other scripts and utilities with the production files.
- Ton was interested in seeing times for quick test renders so I ran one of our fastest test files on all the systems so I have included times above.
– campbell
July 1st, 2010 at 12:18 am
Half the links are currently broken..
July 1st, 2010 at 12:25 am
Well, for me the rendering has to wait till tomorrow morning, as it’s getting late already. I expect my machine to work on this scene for 2 hours (Core2 duo E8400 with 4GB of memory)
July 1st, 2010 at 12:27 am
/wp-content/uploads/scene_05.2b_bundle.tar.bz2
Fixed link.
July 1st, 2010 at 12:27 am
So are those measure times measured in hours or minutes?
Slightly different note: I want Maqina’s computer! :b
July 1st, 2010 at 12:33 am
Is it possible to download a render farm software like you used for Durian. I got 3 older pcs here (Intel Core2Duo ~2,6 Ghz, 3GB RAM). How could I setup something like you with such a nice webinterface?
Render Time will be posted tomorrow with my main PC.
July 1st, 2010 at 12:51 am
ExE: it’s not a software on its own. It’s just a script distributing and gathering renders and statistics.
July 1st, 2010 at 12:52 am
Sorry about the missing links, for some reason wordpress made the links relative :S,
@Dylan McCall, min, sec – updated post.
July 1st, 2010 at 12:53 am
Sorry for double posting: Where did you get that _awesome_ thumbnailer for Blender files?
July 1st, 2010 at 1:05 am
Just a question:
Why are there loose network cables connected to a few justa-nodes? Are some of the built-in yellow cables broken? (just wondering)
And a little request: Could one of you make a few high-res photos of the Justacluster? I would very appreciate it! 😀
July 1st, 2010 at 1:11 am
Hi, which do you think would render faster,
1.) Intel CORE i7-930, 2.8GHz/ 8MB Cache
2.) Intel XEON W3530, 2.8GHz/ 8MB Cache
3.) Intel XEON E5620, 2.4GHz/ 12MB Cache – 4 CORES
I’m building a 3D workstation and I’m not sure which is better, more cores, higher speeds or bigger caches?
PS:Thanks for the great post.
July 1st, 2010 at 1:12 am
Campbell you are awesome the geek out factor. Thanks a lot
July 1st, 2010 at 1:13 am
eh “for posting” ^ heh too much going atm 🙂
July 1st, 2010 at 1:30 am
Campbell, there is software that will find the optimal flag settings automagically by doing permutations
http://coyotegulch.com/products/acovea/
July 1st, 2010 at 2:21 am
Just finished a test with the build from graphical
Dell XPS 16 laptop with i7 i720 @ 1.60Ghz / 6GB ram
Render time : 1h08m36s
Considering the competion in those screenshot’s, that’s good portable power!!
July 1st, 2010 at 3:03 am
guys you’re awesome, I like what are doing and I like your render farm so much it’s original
July 1st, 2010 at 3:16 am
how do this? —> /wp-content/uploads/2010/07/scene_52b_files.png
July 1st, 2010 at 3:18 am
i talk about thumbail
July 1st, 2010 at 6:04 am
Intel i7 860 @ 2.80GHz, 8GB RAM: 33:25.64.
I hadn’t looked at the render branch for a while. You guys have done some fantastic work!
July 1st, 2010 at 8:03 am
I’ve found that the Graphite loop optimizations can help optimize nested loops quite a bit (gcc needs to be built with graphite enabled)
-floop-block -floop-strip-mine -floop-interchange
I’ve also found that the C++ “-fvisibility=hidden” flag helps strip out a bunch of un-needed symbols to significantly reduce the size by several megs and helps it load quicker.
The “-Wl,–as-needed” also helps if there are libraries included that aren’t actually used, also helping reduce load time and memory.
July 1st, 2010 at 8:12 am
@J, some of the cables didn’t work reliably so we had to run bypasses. I’ll see if our video camera is high res enough :).
@LetterRip, At some point Id like to try this tool so added a link to http://wiki.blender.org/index.php/Dev:Ref/Software_Resources#Other would be interested to know what kind of performance improvements you’d get with optimal flags, if its significant
@Dylan McCall & Pablo, blender 2.5 now embeds 128×128 RGBA thumbnails in the header of the blend, these can be extracted for display quickly without loading the blend file. Blender uses the freedesktop standard for icon display so once blender has cached the icons some file managed can view them without special blender support.
July 1st, 2010 at 8:21 am
How come these renders look like they are a game environment instead of a cinematic animation? Does anyone have the same feeling?
July 1st, 2010 at 9:12 am
Interesting.
One note though, in sync with young_voter.
In the bamboo forest frame it seems the bamboos stick out of a flat ground level. It is very ‘gamey’, not really realistic, even if inside of a moving video it will be much more difficult to notice it.
I would add some small shrubs/grass to hide the foot of the bamboos.
But maybe it’s too intensive to implement/render.
Anyhow, I’m looking forward to have my DVDs! Everything looks so fantastic.
Ciao, Leo
July 1st, 2010 at 9:15 am
is that the render time for one frame only? also i notice in the far right there’s some jagged shadow on bamboo tree, however that’s not bother me. i’m happy with the result so far.
i hope the blender thumbnail thingy will works on windows too. it’s just too awesome ^_^ can’t wait for DVD
July 1st, 2010 at 9:32 am
That thumbnail thing is quite good 🙂
Are there any steps to be done to make Windows use this thumbnails? Like just pressing some “Register Blenderthumbnails”-Button?
July 1st, 2010 at 10:41 am
interesting work guys, keep it up
July 1st, 2010 at 11:07 am
I just wonder when you gonna create a nice picture that might be used as a wallpaper?
They all great renders but nothing good to put on a desktop 🙁
July 1st, 2010 at 12:40 pm
I love this new image, I love plants and greens. 🙂
A small note: there are some antialiasing error on the bamboos, and a strange bug on the butterfly’s wing.
July 1st, 2010 at 12:47 pm
@Chainz: they’ve got some concept art under gallery which can be used as wallpaper, check it out.
July 1st, 2010 at 2:21 pm
Ha, My pc also has that cooler master body
July 1st, 2010 at 2:35 pm
@FishB8, thanks for the tip, I tested with -fvisibility=hidden, your right it cut 2mb off our binary size, added to the build script. I tested the linking suggestion you made but id didnt make any difference to the output of ‘ldd ./blender’ or ‘objdump ./blender -x | grep NEEDED’ , probably because of how we have cmake setup it only links libs that we need.
@young_voter, rather let artists respond to this kind of feedback, they are discussing now 🙂
@milkita, short answer is no, however it should be very easy to write a shell extension for windows which extracts thumbnail’s, this could be distributed with blender, See thumbs_blend.c:IMB_loadblend_thumb ~90 lines of code to extract the image from the blend file.
July 1st, 2010 at 3:04 pm
where is picture?
/news/wp-content/uploads/2010/07/0158.png
Error 404 – Not Found
July 1st, 2010 at 4:15 pm
What are the minimum RAM requirements to render this scene? It crashes in 32-bit.
July 1st, 2010 at 4:32 pm
I have the same question.
July 1st, 2010 at 4:44 pm
I mean the question of ”dd”.
July 1st, 2010 at 4:46 pm
@ ram requirements, the post says probably at least 4GB.
their minimum is 6GB, on a 64-bit machine.
I’m not even going to try on my 5-year-old laptop, with 1×1.73GHZ CPU and 512 MB RAM (32-bit windows xp home edition)
July 1st, 2010 at 5:02 pm
Cool new shot revelation! 😀 Hmm, that butterfly looks awfully familiar… And the thumbnail tech is phenomenal. I’m off to read up on shell extensions.
July 1st, 2010 at 5:02 pm
It’s written:
“Notes:
* for the test file you might not be able to render with less then 4 gig of ram.”
Very nice to see you guys manage such an incredible amount of hardware in that good way 😉
@ young_voter:
well, actually it puzzles me a bit too, I mean, that plain_plane_ground seems gone out from Tomb Raider 2/3 more than from a 2010 CG movie… mmmhh…
July 1st, 2010 at 5:31 pm
The lighting in that scene needs work, that’s the only reason why you say it looks like a ‘game enviroment’. The lighting is quite flat over most of the image.
Nothing a little compositing or small lighting tweaks couldn’t solve; Personally I think it could do with some blacks to better help focus the over all shot, which should converge towards the main action, which is Sintel running through the bamboo forest.
Of course the light wouldn’t follow her, but the light could be used to show the path of the character, making use of the god rays would be very nice for this. Also using a stronger depth of field looks in order.
Just my personal opinion though 🙂
July 1st, 2010 at 5:42 pm
Couldn’t resist editing the image XD
Yes I understand that the image posted won’t be final, but I don’t see any harm in uploading an edited version of it 🙂
http://img291.imageshack.us/f/40544204.jpg/
July 1st, 2010 at 5:56 pm
Nice. I will see how this renders on my laptop latter.
BTW any chance of adding build support for the new 64 bit MinGW for windows someday? http://sourceforge.net/projects/mingw-w64/
It already has some of the external lib files prebuilt.
July 1st, 2010 at 6:04 pm
Hey, that looks nice DanielWray.
See folks, just like you would record audio “flat” in a studio so you can add or enhance it in post preduction, so too with a computer render – after which you would add grading, lens distortion, film grain and other imperfections to make it look more “real”
It’s gamey ’cause it’s raw. 🙂
Thanks for the scene Durian Devs,…
Take care
July 1st, 2010 at 6:11 pm
Plus: Rendering happens in OpenEXR, so you’ve complete freedom for grading.
July 1st, 2010 at 6:47 pm
I’ve been able at last to OPEN the scene in my Laptop with 1.5 GB RAM, 1.7 GHZ Pentium M.
Just tried out to render at lower resolution to see if anything happens … it crashed at 640 x 360
😀
July 1st, 2010 at 7:25 pm
@David: I’ve thought about trying to compile it using MinGW-w64. I haven’t looked to see how difficult this would be to set up. I might take a look at it tonight. It would be a fun learning experience at the very least. I wonder how good the performance would be compared to the MSVC compiler.
July 1st, 2010 at 7:48 pm
Thanks for the update Campbell!
On a side note, does anyone with a powerful enough computer want to render the full shot and upload it? I’d love to see it, but my aging laptop runs out of RAM when I try to render, even at low resolutions. I’ve had to content myself with a viewport render so I can see the animation. 😉
p.s. Go Durian team! Only a couple more weeks!
July 1st, 2010 at 8:00 pm
At peak blender took about 4.8Gb of RAM in active use for this scene in full HD, so i would think that 4Gb is not enough.
It barely scratched through on my machine with 6Gb of RAM
July 1st, 2010 at 8:36 pm
[quote]How come these renders look like they are a game environment instead of a cinematic animation? Does anyone have the same feeling?[/quote] i had the same feeling in most scenes of avatar. :p
July 1st, 2010 at 8:57 pm
On my old two processor – with 2 cores each – HP ProLiant DL360G3 with 4gigs of RAM (32 bit; Debian) blender crashes with a segmentation fault after a message that malloc returned NULL even if there is still RAM and swap available..
The Movie “Avatar” was rendered on machines with 1,5GB to 24gigs of RAM but Durian needs at least 4-6gigs …
July 1st, 2010 at 9:11 pm
@freakx: Your problem is that you are running 32bit Linux. You have enough memory (Linux will use swap if you don’t have enough RAM), but 32bit malloc can’t handle enough. If I understand it right. It fixed the problem for me anyway.
July 1st, 2010 at 10:22 pm
It took 1h 51min on my AMD 630 X4, Win7 64 with 4gig ram, so it CAN be done on a 4gig system! It spent A LOT of time swaping, but it finished. My only curriosity is why when I view the output in blender or exrdisplay, it doesn’t look like the picture they posted. It looks very dark, and I’m not sure what adjustments will make it look the same.
July 1st, 2010 at 10:52 pm
Any chance of new mac build of the render branch showing up on graphicall today so us mac users and join in the play? 🙂
July 1st, 2010 at 11:02 pm
What’s a checken?
July 1st, 2010 at 11:02 pm
What’s a checken?
Quick Render includes checken flying.
July 1st, 2010 at 11:13 pm
Chicken.
There’s a scene in which Scales (the baby dragon) chases a chicken.
July 2nd, 2010 at 12:58 am
on OSX with various builds from graphicall.org and my own builds I create often,I get a crash every time I attempt a render of the “05.2b_comp.blend” blend. It opens fine and I can do nearly anything but render just fine. Again, with various new builds from myself and others that are around build #r29850 +/-, crash every time with the following error:
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
Crashed Thread: 11
on an 8 core xeon OSX 10.6.4 with 8+ gigs of ram
i’ve only run into this issue with one other blend so far.
Any insight would be great.
Sintel is looking awesome, great work to everyone on the team!!!!
Blender 2.5 has received many benefits from your hard work, as will Blender in the 3D corporate landscape as well IMO.
July 2nd, 2010 at 1:06 am
EDIT: narrowed it down, each of the sub-blends(appended/linked) rendered fine EXCEPT for the “sintel.blend”, presenting the same . Of course the “05.2b_comp.blend” & “05.2.blend” still crash on render as well.
The sintel.blend presents the SAME ERROR report on crash as the other “05.2 & 05.2b_comp” blends
Thread 11 Crashed:
0 libGL.dylib 0x00007fff840c81ed glDeleteBuffersARB + 18
1 org.blenderfoundation.blender 0x00000001002c2632 GPU_buffer_pool_delete_last + 114
2 org.blenderfoundation.blender 0x00000001002c3367 GPU_buffer_free + 119
3 org.blenderfoundation.blender 0x00000001002c3406 GPU_drawobject_free + 150
4 org.blenderfoundation.blender 0x00000001003cdd3c DM_release + 44
5 org.blenderfoundation.blender 0x00000001003a32e1 cdDM_release + 17
6 org.blenderfoundation.blender 0x00000001003cd1d0 clear_mesh_caches + 112
7 org.blenderfoundation.blender 0x00000001003d1914 mesh_build_data + 84
8 org.blenderfoundation.blender 0x00000001004202d1 object_handle_update + 1361
9 org.blenderfoundation.blender 0x00000001004442f9 scene_update_tagged_recursive + 73
10 org.blenderfoundation.blender 0x00000001002581ae RE_Database_FromScene + 622
11 org.blenderfoundation.blender 0x000000010026aef7 do_render_3d + 119
12 org.blenderfoundation.blender 0x000000010026b38d do_render_fields_blur_3d + 125
13 org.blenderfoundation.blender 0x000000010026cf74 do_render_all_options + 836
14 org.blenderfoundation.blender 0x000000010026d538 RE_BlenderFrame + 72
15 org.blenderfoundation.blender 0x000000010001bc02 do_job_thread + 34
16 libSystem.B.dylib 0x00007fff86f33456 _pthread_start + 331
17 libSystem.B.dylib 0x00007fff86f33309 thread_start + 13
Thread 11 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000000 rbx: 0x0000000119084468 rcx: 0x0000000000000000 rdx: 0x0000000119029c68
rdi: 0x0000000000000001 rsi: 0x0000000000000001 rbp: 0x00000001213809e0 rsp: 0x00000001213809e0
r8: 0x00000001017f3188 r9: 0x0000000118918a00 r10: 0x0000000000007c00 r11: 0x000000010063a2b0
r12: 0x0000000000000007 r13: 0x00000001249d7e38 r14: 0x00000001234f9638 r15: 0x0000000000000019
rip: 0x00007fff840c81ed rfl: 0x0000000000010202 cr2: 0x0000000000000000
I’m not trying to spam, my apologies, just sharing, and hoping this can help any other OSX users also experiencing what I am.
July 2nd, 2010 at 6:49 am
I Hope that DanielWray image tweak could be taken into account
Thanks so much Campbell for this update very veryyy veryyyy interesting.
Brecht, we miss you man! I know you have a lot to tell us about the work that you made there, hopping that you can make some time for Us!
Thanks to all of you, go Durian team!
July 2nd, 2010 at 11:34 am
I too felt some inexplicable need to play with the image 🙂
http://img534.imageshack.us/img534/1664/052bcomp0065rogpercc.jpg
July 2nd, 2010 at 1:30 pm
@David, I’d expect mingw-64 would compile blender easily (or with very minor changes). The problem is mostly that windows dependencies would need building too.
@Blenderificus, have you got VBO’s enabled in your user preferences?, if so try disable them. This is still a bug ofcourse, just trying to narrow down what could be the problem.
July 2nd, 2010 at 9:46 pm
@Blenderificus: I get the same results on Windows XP64 4-Core AMD with 8GB RAM. Crash-aroony on render. The sub files seems to render without a crash.
File scene_05.2.blend contains an error on layer #2. Try this…
Turn off layer #2 and use layer #1 in it’s place.
Save the file over top of the original.
Then open up scene_05.2b_comp.blend and try to render the scene.
It worked for me after that.
Remember to visit the Performance TAB and try out something other than Octree. It still seems like a good percentage of the render pre-processing is still single core. That would be a great place for the coding team to focus on optimization.
July 2nd, 2010 at 11:03 pm
Really cool! That thumbnail thing is awesome. I’m on Linux and using Blender 2.5 Beta 2; why am I not seeing the thumbnails? Ubuntu Lucid, Nautilus, just the standard stuff. Do I need to download SVN rev. 29834 to make it work?
Anyway, great job!
July 3rd, 2010 at 9:16 am
@Blenderificus: I cannot render any of the files on OSX either. I too am able to do everything BUT render.
July 3rd, 2010 at 10:00 am
Render time: 23m:55s
System: Intel Core i7-980X Extreme Edition “Gulftown” 6-Core 3.33-3.6 GHz (12 threads through Hyper-threading)
July 3rd, 2010 at 8:26 pm
after much testing on the Sintel.blend, I’ve found that I have to delete nearly ALL the content(meshes & rig) in the entire blend to get blender to stop crashing on render(with the same error I reported earlier). I can usually narrow down the culprit of a crash easily, but this seems like it might be reliant on multiple elements in conjunction. I’ll see if I can get some more time to look over the blend. But at this point, rendering the “sintel.blend” on OSX builds around # 29884(some earlier and some later builds mostly 64bit builds) just crashes every time unless nearly all elements in the blend are deleted before attempting a render.
July 3rd, 2010 at 8:35 pm
@ideasman42: i usually try vbo’s as an initial culprit in such cases, and forgot to mention that I had already tested having VBO’s on and off, no change, still constant crashes.
@Atom: I tried the fix you mentioned, however it didn’t fix the render crash. The issue appears to be in the “sintel.blend” file, not the blends that house it. Thanks for the suggestions though 🙂
I’ve tried different raytrace structures(octree, bvh), turning off antialiasing, and a host of other tweaks attempting to get it to render.
IMO a notable item I found was that when I MADE EVERY OBJECT IN THE ENTIRE BLEND NON-RENDERABLE(ctrl+h), I still get the crash. Maybe something is happening during pre-processing the elements to be rendered(even though they aren’t even toggled active to be rendered). Though I’d throw that in.
July 3rd, 2010 at 11:52 pm
Oh! Nice! A greate increment after Big Buck Bunny!!!
On Ubuntu Studio 64-bit on a Q9300 2.5GHz quad-core with 8GB RAM witch Blender 2.52 this scene is fine. Total render time is 2hours 7minutes and 31.43 seconds!!
Note: After download on graphicall.org I had to install libpython3.1 with Synaptic
Great Job!!!
Aways Blender!!!!
July 4th, 2010 at 1:06 am
2x octo-core opteron 2435, 8gig ram
12 threads: 24:05.72
6 threads: 35:55.90
Two observations: blender does not scale with the amount of threads. This processor looks slower then the i7, but other benchmarks shows a completely different story.
July 4th, 2010 at 5:13 am
It includes the Sintel rig! With High-Poly Sintel and facial controllers! YES!
July 4th, 2010 at 8:39 pm
sorry for the additional noise on this thread, but wanted to say that after trying MANY MANY tings to get the blend to render on many different recent OSX build(my own and from graphicall.org), I build a 29943 build myself, 64-bit osx, and all seems to render without crashing on OSX now(at least for the “sintel.blend”!!!!
To whomever did whatever commit to clean things up for OSX users, thanks!! the Blender devs rock!!!
July 6th, 2010 at 10:50 am
It took me 58 min [1 frame] on a rig:
intel core i7 950 @ 3.07GHz, 12GB RAM, NVIDIA GeForce GTX 285.
4 Cores
8 Threads.
I was multi tasking so it could have been shorter.
July 6th, 2010 at 2:49 pm
I got the render to work under Windows 7 64 on an i7-940 with 4GB RAM (stick on third channel has a bad capacitor). Peak usage including swap was almost 8GB.
Like another user, my results were dark.
Would it have anything to do with this Blender console error message?:
failed to read multires displacement 274/958 100
This message comes up twice in a row with each frame
July 8th, 2010 at 2:08 am
ANIMATION rendered
http://vimeo.com/13165061
Rendered at default output resolution, default everything. Only color correction is due to Lossy WMV compression and upload to Vimeo. final encoded WMV video (2s) is 9+MB – available here: http://www.loklomedia.com/files/sintelTest.zip
system: Vista Home Prem 64b
Intel Q9550 OCd to 3.8GHz
6GB Dual Channel Ram
ATI Radeon HD3450 cheapo card (hey, it’s a render node)
Asus P5Q-Pro mobo
Rendered to EXR, put together in Blender VSE, output as AVI Jpg (no ffmpeg in this build).
Plain SATA2 hard drive.
Average Frame render time is somewhere around 44 minutes… I didn’t calculate all of them for a true average.
Blender r29834M 64bit build from Graphicall for Windows.
Just need some forest sounds and Sintel’s grunting and running sounds 🙂
July 9th, 2010 at 5:23 pm
Where can I get assistance with the dark render thing? It’s got me baffled.
It’s not dark like the brightness has been turned down. It’s more like Sintel’s running through the forest just before an epic thunderstorm with the sky in the background being dark gray while everything in the foreground looks just fine.
July 10th, 2010 at 12:28 am
Does blender use opencl, ati stream, or cuda to speed up renders?
July 11th, 2010 at 3:46 pm
I have the same setup and the No-Brand System!! Even the same case 😛 However, i only have 6 gigs ram 🙁
Way to go Durian team!!!
July 15th, 2010 at 10:02 pm
Awesome! I have one question: Are there any plans for doing stereoscopic (3D) film? Or render using 2nd camera? I think It would be very interesting and cool… 🙂
July 22nd, 2010 at 8:26 pm
Am I looking it wrong or the animation on sintel’s head on this scene is missing and sintel is looking really really weird?
http://vimeo.com/13165061
from where she starts the jump the head doesn’t move at all but the body does and looks like the neck completely folded…
is this a final scene?
http://dl.dropbox.com/u/1358855/sintel-weird-neck-behavior.png
July 29th, 2010 at 11:41 pm
I did a run of this file using a RackSpace Cloud Server (Fedora 13 instance, built SVN render branch from revision 30336). I tried on the 1 GB RAM instance, which outright choked, and then on the 2 GB RAM instance, which managed to render the scene, though needed the swap file since it reached a peak RAM usage of 4572.98 MB of RAM.
Blender reported 01 hr, 09 min, 20.74 seconds for the render. At $0.12/hour for the RackSpace instance, that’s 13.87 cents/frame. So, for those of you looking for some extra render farm space at a per-hour charge, that’s how RackSpace’s servers stack up.
I’ll try a 4 and 8 GB instance to see how they compare; I’m guessing the 4 GB one will shave some time off since it won’t be paging as much, but probably won’t be cost-effective to go to the 8 GB.
July 30th, 2010 at 4:45 pm
Completed my test on the larger RackSpace servers:
4 GB RAM instance: 31 min 5.97 sec (12.4398 cents/frame)
8 GB RAM instance: 29 min 34.90 sec (23.6653 cents/frame)
September 21st, 2010 at 12:21 pm
Hi,
i tried to render the testscene with my i7 980 Extreme @3,3GHz with 6GB Ram in original solution.
Time: 41:13.15
October 9th, 2010 at 8:04 am
[1] 17818 segmentation fault blender –background ./scene_05.2b_bundle/05.2b_comp.blend –render-frame 65
D:
November 13th, 2010 at 3:35 pm
Hi,
On my I7860 with 8GB Ram, it takes 58:31.67. By the way, is there a Blender version that can use the power of any GTX460 GPU to boost this or an experimental project to help ?
Regards, and Keep going on your incredible work!