git.blender.org/blender.git - Unnamed repository; edit this file 'description' to name the repository.

Age	Commit message (Collapse)	Author
2016-07-07	Cycles: Implement unaligned nodes BVH builder	Sergey Sharybin
	This is a special builder type which is allowed to orient nodes to strands direction, hence minimizing their surface area in comparison with axis-aligned nodes. Such nodes are much more efficient for hair rendering. Implementation of BVH builder is based on Embree, and generally idea there is to calculate axis-aligned SAH and oriented SAH and if SAH of oriented node is smaller than axis-aligned SAH we create unaligned node. We store both aligned and unaligned nodes in the same tree (which seems to be different from what Embree is doing) so we don't have any any extra calculations needed to set up hair ray for BVH traversal, hence avoiding any possible negative effect of this new BVH nodes type. This new builder is currently not in use, still need to make BVH traversal code aware of unaligned nodes.
2016-07-04	Cycles: remove extended precision hacks, no longer needed with SSE2 requirement.	Brecht Van Lommel
	Differential Revision: https://developer.blender.org/D2079
2016-05-18	Cleanup code style inconsistency in last commits.	Brecht Van Lommel

2016-05-11	Cycles: Use explicit qualifier for single-argument constructors	Sergey Sharybin
	Almost in all cases we want such constructors to be explicit, there are exceptions but only in few places.
2016-04-20	Cycles: Use threads to sort reference arrays when searching for split	Sergey Sharybin
	This commits implements threaded sorting of references when looking for object spatial split. It mainly useful when doing initial binning, which happens from main thread. Gives nice speedup of BVH build for Bunny.blend: 36sec vs. 55sec for the Rabbit mesh BVH build. On more complex scenes the speedup is probably minimal, but still nice to have more instant rendering for simplier scenes. Some further tests with production scenes would be interesting. Reviewers: juicyfruit, dingto, lukasstockner97, brecht Reviewed By: brecht Differential Revision: https://developer.blender.org/D1928
2016-04-01	Cycles: Temporarily revert index sort commit for spatial split	Sergey Sharybin
	There are in fact some missing parts to it (Split BVH builder should be creating bins from result of Object Split constructor). Doable, but need to quickly fix issue for the studio here, easier to revert for now.
2016-03-31	Cycles: Only sort indices when finding a best dimension to split	Sergey Sharybin
	This reduces amount of data being moved back and forth, which should have positive effect on the performance.
2014-03-29	Cycles code refactor: changes to make adding new primitive types easier.	Brecht Van Lommel

2013-04-26	Fix #34172: cycles BVH build crashing in some rare circumstances on 32 bit ↵	Brecht Van Lommel
	linux. The problem was (again) the x86 extended precision float register being used for one float value while the other was rounded to lower precision. This caused the strictly weak order requirement for std::sort to be broken.
2013-01-03	Cycles Hair: refactoring to store curves with the index of the first key and the	Brecht Van Lommel
	number of keys in the curve, rather than curve segments with the indices of two keys. ShaderData.segment now stores the segment number in the curve.
2012-12-28	New feature	Stuart Broadfoot
	Patch [#33445] - Experimental Cycles Hair Rendering (CPU only) This patch allows hair data to be exported to cycles and introduces a new line segment primitive to render with. The UI appears under the particle tab and there is a new hair info node available. It is only available under the experimental feature set and for cpu rendering.
2012-04-28	Cycles: merging features from tomato branch.	Brecht Van Lommel
	=== BVH build time optimizations === * BVH building was multithreaded. Not all building is multithreaded, packing and the initial bounding/splitting is still single threaded, but recursive splitting is, which was the main bottleneck. * Object splitting now uses binning rather than sorting of all elements, using code from the Embree raytracer from Intel. http://software.intel.com/en-us/articles/embree-photo-realistic-ray-tracing-kernels/ * Other small changes to avoid allocations, pack memory more tightly, avoid some unnecessary operations, ... These optimizations do not work yet when Spatial Splits are enabled, for that more work is needed. There's also other optimizations still needed, in particular for the case of many low poly objects, the packing step and node memory allocation. BVH raytracing time should remain about the same, but BVH build time should be significantly reduced, test here show speedup of about 5x to 10x on a dual core and 5x to 25x on an 8-core machine, depending on the scene. === Threads === Centralized task scheduler for multithreading, which is basically the CPU device threading code wrapped into something reusable. Basic idea is that there is a single TaskScheduler that keeps a pool of threads, one for each core. Other places in the code can then create a TaskPool that they can drop Tasks in to be executed by the scheduler, and wait for them to complete or cancel them early. === Normal ==== Added a Normal output to the texture coordinate node. This currently gives the object space normal, which is the same under object animation. In the future this might become a "generated" normal so it's also stable for deforming objects, but for now it's already useful for non-deforming objects. === Render Layers === Per render layer Samples control, leaving it to 0 will use the common scene setting. Environment pass will now render environment even if film is set to transparent. Exclude Layers" added. Scene layers (all object that influence the render, directly or indirectly) are shared between all render layers. However sometimes it's useful to leave out some object influence for a particular render layer. That's what this option allows you to do. === Filter Glossy === When using a value higher than 0.0, this will blur glossy reflections after blurry bounces, to reduce noise at the cost of accuracy. 1.0 is a good starting value to tweak. Some light paths have a low probability of being found while contributing much light to the pixel. As a result these light paths will be found in some pixels and not in others, causing fireflies. An example of such a difficult path might be a small light that is causing a small specular highlight on a sharp glossy material, which we are seeing through a rough glossy material. With path tracing it is difficult to find the specular highlight, but if we increase the roughness on the material the highlight gets bigger and softer, and so easier to find. Often this blurring will be hardly noticeable, because we are seeing it through a blurry material anyway, but there are also cases where this will lead to a loss of detail in lighting.
2011-04-27	Cycles render engine, initial commit. This is the engine itself, blender ↵	Ton Roosendaal
	modifications and build instructions will follow later. Cycles uses code from some great open source projects, many thanks them: * BVH building and traversal code from NVidia's "Understanding the Efficiency of Ray Traversal on GPUs": http://code.google.com/p/understanding-the-efficiency-of-ray-traversal-on-gpus/ * Open Shading Language for a large part of the shading system: http://code.google.com/p/openshadinglanguage/ * Blender for procedural textures and a few other nodes. * Approximate Catmull Clark subdivision from NVidia Mesh tools: http://code.google.com/p/nvidia-mesh-tools/ * Sobol direction vectors from: http://web.maths.unsw.edu.au/~fkuo/sobol/ * Film response functions from: http://www.cs.columbia.edu/CAVE/software/softlib/dorf.php