LuxRender 0.9-dev Windows build of 05-12-2011

Weekly builds for testing and use between releases.

Moderator: coordinators

Forum rules
Please read the information / sticky post for some basic information regarding these builds/support.

LuxRender 0.9-dev Windows build of 05-12-2011

Postby Lord Crc » Tue Nov 29, 2011 10:32 am

Sorry about the delayed "weekly". I had actually made and uploaded a build some 10 days ago, but forgot to make a post about it! Shame on me! :oops:

Some bigger changes this time around then.

Jeanphi has made some changes to light sampling, which means that for now the shadow ray count parameter isn't currently used. He's also fixed a long-standing weighting error which affects the look of glossy and metal materials.

edit: updated builds with light sampling bug fix from jeanphi

I have added some new code which allows for complex paths for motion blur, as well as a unified way of specifying motion data for camera and instances.

In addition some general fixes and improvements have been made. Layered and glossycoating material have received bugfixes. Normal mapping should work much more robustly now on long, thin geometry, as well as be faster. Fixed a race condition in Hybrid renderer, causing crashes. Pylux can now report "percent complete" in Blender.


These builds contain LuxRender, LuxConsole, LuxMerger, LuxBlend25 and Pylux for Blender 2.6x, and LuxBlend for Blender 2.49.
The NoOpenCL builds does not require any OpenCL driver or capabilities, but also does not use the GPU for the "hybrid" renderer.

LuxRender_CVS_20111205_64bit_OpenCL.exe
LuxRender_CVS_20111205_64bit_NoOpenCL.exe
LuxRender_CVS_20111205_32bit_SSE2_OpenCL.exe
LuxRender_CVS_20111205_32bit_SSE2_NoOpenCL.exe
LuxRender_CVS_20111205_32bit_SSE1_NoOpenCL.exe

Built with Visual Studio 2008 SP1 + Windows 7 SDK on Win 7 64bit, using AMD APP SDK 2.5 (formerly ATI Stream SDK).

Changelog:
Code: Select all
45 minutes ago   Jean-Philippe Grimaldi   Hopefully definitive fix for the new light sampling code.
25 hours ago   Asbjørn Heid   Fixed network support for new motion block code.
36 hours ago   Asbjørn Heid   Introduced motion transforms, specified using new motion block.
41 hours ago   Jean-Philippe Grimaldi   Wrong patch commited, fix typos.
42 hours ago   Jean-Philippe Grimaldi   New light sampling interfaces:
42 hours ago   Jean-Philippe Grimaldi   Add a new Pdf member to Distribution1D to get the probability of a given element.
42 hours ago   Jean-Philippe Grimaldi   Improve BxDF/BSDF comments consistency.
5 days ago   Asbjørn Heid   Use actual walltime to determine network samples/sec.
6 days ago   Guillaume Bouchard   SPPM: better struct organisation to reduce memory usage
8 days ago   Jean-Philippe Grimaldi   Update bxdf.h documentation.
9 days ago   Asbjørn Heid   Fixed race condition in Path::RequestSamples, causing heap corruption with hybrid renderer.
10 days ago   Asbjørn Heid   Cleaned up Quaternion class.
10 days ago   Asbjørn Heid   Fixed nasty bug in MotionSystem::Bound() and cleaned up MotionSystem code a bit.
2 weeks ago   dougal2   Add percentComplete statistic - will be chosen from haltspp or halttime by logic in StatsData
2 weeks ago   Jean-Philippe Grimaldi   Fix various Schlick model pdf computations and update glossy translucent to
2 weeks ago   dougal2   lxs_to_lbm2: old changes, forgotten commit; starting implementation of graph
2 weeks ago   Asbjørn Heid   Added proper implementation of SchlickBSDF::rho()
2 weeks ago   Asbjørn Heid   Renamed DEBUG define in epsilon.h
2 weeks ago   Asbjørn Heid   Removed obsolete BxDF SchlickGlossyBRDF.
2 weeks ago   Asbjørn Heid   Refactored SchlickBSDF to take a MicrofacetDistribution instead of a BxDF for the coating layer.
2 weeks ago   Jens Verwiebe   Give Networkicon a slightly smaller size to fit other icons
2 weeks ago   David Washington   added JtheNinja's icons
2 weeks ago   Jens Verwiebe   OSX: take back crash unrelated last commit, needs more investigation
2 weeks ago   Jens Verwiebe   OSX: adaption to Blender gcc-4.6 builds, does not play with LTO'ed pylux
2 weeks ago   Asbjørn Heid   Templated matrix3x3.h routines, made singularity detection in Invert3x3 more robust.
2 weeks ago   Asbjørn Heid   New and more robust method for recovering derivatives from normal map.
2 weeks ago   Jens Verwiebe   OSX: add ${LUX_LIBRARY_DEPENDS} to all binaries, needed for boost >= 1.46
2 weeks ago   Jean-Philippe Grimaldi   Update layered material for coding style and try to improve some of the algorithms.
2 weeks ago   Jean-Philippe Grimaldi   Some enhancement to the new glossycoating material.
3 weeks ago   Jean-Philippe Grimaldi   Merge
3 weeks ago   Jean-Philippe Grimaldi   Clean up the BSDF mess.


Hope you enjoy!
May contain traces of nuts.
User avatar
Lord Crc
Developer
 
Posts: 4518
Joined: Sat Nov 17, 2007 2:10 pm

Re: LuxRender 0.9-dev Windows build of 29-11-2011

Postby Pilchard123 » Tue Nov 29, 2011 12:58 pm

What's the difference between the SSE1 and SSE2 builds?
Pilchard123
 
Posts: 407
Joined: Sun Oct 30, 2011 8:05 am

Re: LuxRender 0.9-dev Windows build of 29-11-2011

Postby SATtva » Tue Nov 29, 2011 1:55 pm

If your CPU has support for SSE2 instruction set (which is most likely the case -- a CPU must be more than 7 years old to not have it), then rendering speed with the latter build will be slightly better.
Linux builds packager
聞くのは一時の恥、聞かぬのは一生の恥
User avatar
SATtva
Developer
 
Posts: 5547
Joined: Tue Apr 07, 2009 12:19 pm
Location: from Siberia with love

Re: LuxRender 0.9-dev Windows build of 29-11-2011

Postby Pilchard123 » Tue Nov 29, 2011 3:28 pm

Aha. I only just have SSE2 support. Athlon 64 just sneaks in under the wire. Does anyone here still have a non-SSE2 CPU?
Pilchard123
 
Posts: 407
Joined: Sun Oct 30, 2011 8:05 am

Re: LuxRender 0.9-dev Windows build of 29-11-2011

Postby Lord Crc » Tue Nov 29, 2011 3:30 pm

Pilchard123 wrote:Does anyone here still have a non-SSE2 CPU?


Last time I asked, a few did. It's not much hassle supporting it so why not :)
May contain traces of nuts.
User avatar
Lord Crc
Developer
 
Posts: 4518
Joined: Sat Nov 17, 2007 2:10 pm

Re: LuxRender 0.9-dev Windows build of 29-11-2011

Postby Pilchard123 » Tue Nov 29, 2011 5:42 pm

What does the "percentage complete" actually mean? Does it only show that if you give halting criteria (haltspp/time), or does it show anyway?
Pilchard123
 
Posts: 407
Joined: Sun Oct 30, 2011 8:05 am

Re: LuxRender 0.9-dev Windows build of 29-11-2011

Postby Lord Crc » Tue Nov 29, 2011 5:55 pm

Pilchard123 wrote:Does it only show that if you give halting criteria (haltspp/time)


That's my understanding.
May contain traces of nuts.
User avatar
Lord Crc
Developer
 
Posts: 4518
Joined: Sat Nov 17, 2007 2:10 pm

Re: LuxRender 0.9-dev Windows build of 29-11-2011

Postby Jack-Jack » Thu Dec 01, 2011 8:17 am

If I try to run luxrender win64 NoOpenCL I get message that my system doesn't have winhoard.dll. So I cannot run luxrender.exe
Jack-Jack
 
Posts: 5
Joined: Sat May 23, 2009 1:29 am

Re: LuxRender 0.9-dev Windows build of 29-11-2011

Postby MaRo » Thu Dec 01, 2011 9:16 am

Jack-Jack wrote:If I try to run luxrender win64 NoOpenCL I get message that my system doesn't have winhoard.dll. So I cannot run luxrender.exe

Hi, same here. Just to let you know. Previous build of same flavour was fine (i.e. win64 no OpenCL, can't tell for other builds).
"Hello, IT. Have you tried turning it off and on again?"
User avatar
MaRo
 
Posts: 180
Joined: Thu Oct 15, 2009 11:32 am
Location: Villevêque, France

Re: LuxRender 0.9-dev Windows build of 29-11-2011

Postby Lord Crc » Thu Dec 01, 2011 10:14 am

So sorry guys, I was trying out Hoard memory allocator, which supposedly is much faster, and I forgot to remove it from one of the build configurations. I'm making an updated build now. :oops:

edit: for the record, the dll just crashes lux, so it was a failed experiment.

edit2: should only affect x64 NonOpenCL build.
May contain traces of nuts.
User avatar
Lord Crc
Developer
 
Posts: 4518
Joined: Sat Nov 17, 2007 2:10 pm

Next

Return to Weekly Testing Builds

Who is online

Users browsing this forum: No registered users and 1 guest