» Blender 2.63a, faster than other Windows builds (with example)
Updated 20:43 June 17th, 2012
13
(2526)  3,897

Hi! This is a trunk build, built with MinGW-w64 (gcc 4.7.0). It comes with everything you'd expect in your official Windows 64-bit build, but with more speed and CUDA 3.0 kernels! (except for the Blender Player, sorry but it's too big and rarely used)

 

In my own tests with a Visual Studio 2010 build and a MinGW-w64 build, this MinGW build was twice as fast in rendering using the CPU in Cycles. The test was rendered to 50 passes on an AMD Phenom system, with the Visual Studio build taking 66.13 seconds, and this build taking only 32.25 seconds. Don't believe me? ;) Many Windows builds here on GraphicAll, along with official releases use Visual Studio, so expect to see a difference from them.

 

Your mileage may vary, but this build should still show some speed boost. GPU rendering speeds with Cycles will be the same across any build, so please keep that in mind before commenting that this build isn't any faster. Of course, I encourage you to try other MinGW-based builds on GraphicAll if you have any issues here, they should all be just as fast.

 

You will need a CPU with SSE3 support to run this build, which almost all 64-bit systems have anyway. Happy blending, and don't forget to leave a comment with your results using this build! :)

 

SCons build configuration:

import btools
arch = 'nocona'

WITH_BF_JACK = False
WITH_BF_SNDFILE = False
WITH_BF_QUICKTIME = False
WITH_BF_REDCODE = False
WITH_BF_PLAYER = False

WITH_BF_COLLADA = True
WITH_BF_OPENAL = True
WITH_BF_SDL = True
WITH_BF_OPENEXR = True
WITH_BF_DDS = True
WITH_BF_JPEG = True
WITH_BF_PNG = True
WITH_BF_TIFF = True
WITH_BF_ZLIB = True
WITH_BF_INTERNATIONAL = True
WITH_BF_OPENJPEG = True
WITH_BF_FFTW3 = True
WITH_BF_GAMEENGINE = True
WITH_BF_OCEANSIM = True
WITH_BF_LIBMV = True
WITH_BF_BULLET = True
WITH_BF_ICONV = True
WITH_BF_OIIO = True
WITH_BF_BOOST = True
WITH_BF_OPENMP = True
WITH_BF_FFMPEG = True

WITH_BF_CYCLES = True
WITH_BF_CYCLES_CUDA_BINARIES = True
BF_CYCLES_CUDA_NVCC = '../../Program Files/NVIDIA GPU Computing Toolkit/CUDA/v4.2/bin/nvcc.exe'
BF_CYCLES_CUDA_BINARIES_ARCH = ['sm_12', 'sm_13', 'sm_20', 'sm_21', 'sm_30']

REL_CFLAGS = ['-O2', '-ftree-vectorize', '-ffast-math', '-finline-functions', '-flto', '-march=' + arch, '-mfpmath=sse']
REL_CXXFLAGS = ['-O2', '-ftree-vectorize', '-ffast-math', '-finline-functions', '-flto', '-march=' + arch, '-mfpmath=sse']
REL_CCFLAGS = ['-O2', '-ftree-vectorize', '-ffast-math', '-finline-functions', '-flto', '-march=' + arch, '-mfpmath=sse', '-DNDEBUG']

WITH_BF_RAYOPTIMIZATION = True
BF_RAYOPTIMIZATION_SSE_FLAGS = ['-Ofast', '-flto', '-march=' + arch, '-mfpmath=sse']

BF_BUILDDIR   = '..\\build\\win64-mingw-' + arch
BF_INSTALLDIR = '..\\bin\\Blender' + btools.get_revision() + '-MinGW64'
13 Comments so far. Leave yours.
15:12 June 18th, 2012
13 . Dobz (builder)
OpenSourcist: Should be automatically copied, but if not, then copy \lib\mingw64\sdl\lib\SDL.dll to your Blender binaries. If you mean that it can't find SDL.dll during build, you might want to checkout your mingw64 lib folder again.

rich33584: I'd like to know too, but it's hard to debug if Blender only freezes. Loading old .blend files created with a trunk build has been known to cause issues, so it'd probably be best just to recreate them by appending objects.
08:18 June 18th, 2012
Dobz:
Thats strange because its 2 diferent files that its doing that on and I just pulled that phone file out to test and havent used that .blend in awhile.Ill try the work around, but it would be nice to see whats causing it.

Thanks!
07:24 June 18th, 2012
Quick question, I have been building blender with mingw64 and scons, and every thing is great and super fast, but when I build, there is no sdl.dll in the build folder, do you know how to fix that?
06:58 June 18th, 2012
10 . Dobz (builder)
rich33584: That files does indeed seem to lock up Blender, but not crash it. The issue does not seem to lie with the compositor at all, rather this build seems to have issues reading the .blend file. I was able to get your phone scene working by appending all of the objects from the phone file into a new blend file using a different build. Loading the new blend file with this build seems to render fine afterwards.

I also made another build without any optimizations, and the original phone.blend didn't work either, so it's hard to track down the actual cause. Either way, a new blend file with appended objects from the original file seems to be ok!
05:10 June 18th, 2012
here is a blend file it does teh same thing on.
http://www.richardsphoto.com/images/phone.blend
I have windows 7 64 bit with 8 gigs of RAM and an I7 processor
04:56 June 18th, 2012
Sorry Dobz...I was a little edgy when that happened.... I appreciate the work you have done on this and also your offer to help, but this is a new project and Id rather not send the .blend file. I also noticed when I tried to cancel a render, it crashed.
04:08 June 18th, 2012
7 . Dobz (builder)
rich33584: Have a blend file? I'd be happy to investigate. It could also be an issue in the new compositor.
03:44 June 18th, 2012
This build is junk...yes its faster, but I hope you dont use the compositor. I just lost a 9 hour render that crashed during the compositing phase...
13:10 June 14th, 2012
Tnx! Hope to see more builds from you :)
09:05 June 12th, 2012
It's true! really impressive, much more than 200% on my win7 64!
07:34 June 12th, 2012
If it is something rare even as i am trying to prove, if i find more troubles the hare know, and thank you should be used much to include the cuda 1,2 for old cards!
15:05 June 11th, 2012
2 . Dobz (builder)
Jquex: Very strange, does this happen on other builds too? Currently I haven't included CUDA 1.2 kernels, but I can next time I upload.
10:18 June 11th, 2012
Hello, I'm trying but upon entering the user preferences, locks and get me out of Blender. On the other hand works with Cuda 1.2 ?
Feeling talkative?
Log in to leave a comment.