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

Age	Commit message (Collapse)	Author
2020-08-18	Cycles: move some Scene related methods out of Session	Kévin Dietrich
	This moves `Session::get_requested_device_features`, `Session::load_kernels`, and `Session::update_scene` out of `Session` and into `Scene`, as mentioned in D8544. Reviewed By: brecht Differential Revision: https://developer.blender.org/D8590
2020-08-12	Fix T79680, T79680: confusing viewport denoise start sample behavior	Brecht Van Lommel

2020-08-06	Fix T79586: "rendering paused" not shown when viewport render starts paused	Brecht Van Lommel

2020-07-10	Fix T78662: Cycles baking fails if denoising is enabled, after recent changes	Brecht Van Lommel
	This is not supported yet.
2020-07-10	Cleanup: reduce hardcoded numbers in denoising neighbor tiles code	Brecht Van Lommel

2020-07-09	Fix Cycles unnecessary updates to camera in viewport render	Brecht Van Lommel
	Problem identified by Milan Jaros.
2020-06-25	Fix T78238: issue loading existing .blend files with Optix viewport denoiser	Brecht Van Lommel
	Also add additional validation to ensure the denoiser is supported before trying to use it.
2020-06-25	Fix viewport denoising not working if start samples higher than total samples	Brecht Van Lommel

2020-06-24	Cycles: add Intel OpenImageDenoise support for viewport denoising	Brecht Van Lommel
	Compared to Optix denoise, this is usually slower since there is no GPU acceleration. Some optimizations may still be possible, in avoid copies to the GPU and/or denoising less often. The main thing is that this adds viewport denoising support for computers without an NVIDIA GPU (as long as the CPU supports SSE 4.1, which is nearly all of them). Ref T76259
2020-06-24	Cycles: add denoising settings to the render properties	Brecht Van Lommel
	Enabling render and viewport denoising is now both done from the render properties. View layers still can individually be enabled/disabled for denoising and have their own denoising parameters. Note that the denoising engine also affects how denoising data passes are output even if no denoising happens on the render itself, to make the passes compatible with the engine. This includes internal refactoring for how denoising parameters are passed along, trying to avoid code duplication and unclear naming. Ref T76259
2020-06-22	Cycles: internal refactoring to make thick/ribbon curve separate primitives	Brecht Van Lommel
	Also removing the curve system manager which only stored a few curve intersection settings. These are all changes towards making shape and subdivision settings per-object instead of per-scene, but there is more work to do here. Ref T73778 Depends on D8013 Maniphest Tasks: T73778 Differential Revision: https://developer.blender.org/D8014
2020-06-22	Cycles: port curve-ray intersection from Embree for use in Cycles GPU	Brecht Van Lommel
	This keeps render results compatible for combined CPU + GPU rendering. Peformance and quality primitives is quite different than before. There are now two options: * Rounded Ribbon: render hair as flat ribbon with (fake) rounded normals, for fast rendering. Hair curves are subdivided with a fixed number of user specified subdivisions. This gives relatively good results, especially when used with the Principled Hair BSDF and hair viewed from a typical distance. There are artifacts when viewed closed up, though this was also the case with all previous primitives (but different ones). * 3D Curve: render hair as 3D curve, for accurate results when viewing hair close up. This automatically subdivides the curve until it is smooth. This gives higher quality than any of the previous primitives, but does come at a performance cost and is somewhat slower than our previous Thick curves. The main problem here is performance. For CPU and OpenCL rendering performance seems usually quite close or better for similar quality results. However for CUDA and Optix, performance of 3D curve intersection is problematic, with e.g. 1.45x longer render time in Koro (though there is no equivalent quality and rounded ribbons seem fine for that scene). Any help or ideas to optimize this are welcome. Ref T73778 Depends on D8012 Maniphest Tasks: T73778 Differential Revision: https://developer.blender.org/D8013
2020-06-12	Cycles: Improve CUDA and OptiX error reporting in the viewport	Patrick Mours
	This patch makes the infamous "Cancel" error in the viewport a thing of the past. Instead it now shows a more useful error message and streamlines the error handling process in CUDA. Reviewed By: brecht Differential Revision: https://developer.blender.org/D8008
2020-06-10	Cycles: Improve OptiX viewport denoising performance with CUDA rendering	Patrick Mours
	With this patch Cycles recognizing when a logical OptiX and CUDA device represent the same physical GPU and attempts to eliminate unnecessary tile copies for viewport rendering if that is the case for all active devices. In addition, denoising is now no longer performed on the first available OptiX device only, but instead it will try to match CUDA and OptiX rendering/denoising devices exactly to maximize utilization. Reviewed By: brecht Differential Revision: https://developer.blender.org/D7975
2020-05-15	Cycles: code refactor to bake using regular render session and tiles	Brecht Van Lommel
	There should be no user visible change from this, except that tile size now affects performance. The goal here is to simplify bake denoising in D3099, letting it reuse more denoising tiles and pass code. A lot of code is now shared with regular rendering, with the two main differences being that we read some render result passes from the bake API when starting to render a tile, and call the bake kernel instead of the path trace kernel. With this kind of design where Cycles asks for tiles from the bake API, it should eventually be easier to reduce memory usage, show tiles as they are baked, or bake multiple passes at once, though there's still quite some work needed for that. Reviewers: #cycles Subscribers: monio, wmatyjewicz, lukasstockner97, michaelknubben Differential Revision: https://developer.blender.org/D3108
2020-04-28	Fix T75432: Cycles progressive refine render slow with denoising data	Brecht Van Lommel
	Only perform denoising prefilter for the last sample, not every sample.
2020-04-07	Cleanup: refactor adaptive sampling to more easily change some parameters	Brecht Van Lommel
	No functional changes yet, this is work towards making CPU and GPU results match more closely.
2020-03-19	Cleanup: `make format` after SortedIncludes change	Dalai Felinto

2020-03-11	Cycles: add internal default volume shader, to be used for new volume object	Brecht Van Lommel
	This is mostly straightforward, but required some refactoring to ensure that the default volume material does not always turn on the volume feature for GPU rendering.
2020-03-05	Adaptive Sampling for Cycles.	Stefan Werner
	This feature takes some inspiration from "RenderMan: An Advanced Path Tracing Architecture for Movie Rendering" and "A Hierarchical Automatic Stopping Condition for Monte Carlo Global Illumination" The basic principle is as follows: While samples are being added to a pixel, the adaptive sampler writes half of the samples to a separate buffer. This gives it two separate estimates of the same pixel, and by comparing their difference it estimates convergence. Once convergence drops below a given threshold, the pixel is considered done. When a pixel has not converged yet and needs more samples than the minimum, its immediate neighbors are also set to take more samples. This is done in order to more reliably detect sharp features such as caustics. A 3x3 box filter that is run periodically over the tile buffer is used for that purpose. After a tile has finished rendering, the values of all passes are scaled as if they were rendered with the full number of samples. This way, any code operating on these buffers, for example the denoiser, does not need to be changed for per-pixel sample counts. Reviewed By: brecht, #cycles Differential Revision: https://developer.blender.org/D4686
2020-03-02	Cycles: add Progressive Multi-Jitter sampling pattern	Stefan Werner
	This sampling pattern is particularly suited to adaptive sampling, and will be used for that upcoming feature. Based on "Progressive Multi-Jittered Sample Sequences" by Per Christensen, Andrew Kensler and Charlie Kilpatrick. Ref D4686
2020-02-28	Cycles: Rework tile scheduling for denoising	Patrick Mours
	This fixes denoising being delayed until after all rendering has finished. Instead, tile-based denoising is now part of the "RENDER" task again, so that it is all in one task and does not cause issues with dedicated task pools where tasks are serialized. Reviewed By: brecht Differential Revision: https://developer.blender.org/D6940
2020-02-26	Cleanup: spelling	Campbell Barton

2020-02-25	Cycles: Add option to change which sample to start viewport denoising at	Patrick Mours
	This patch adds a new user-configurable option to change at which sample viewport denoising should kick in. Setting it to zero retains previous behavior (start immediately), while other values will defer denoising until the particular sample has been reached. Default is now at one, to avoid the weirdness that is AI denoising at small resolutions. Reviewed By: brecht Differential Revision: https://developer.blender.org/D6906
2020-02-17	Fix artifacts with Cycles viewport denoising when rendering with multiple ↵	Patrick Mours
	CUDA devices Rendering with multiple CUDA devices but denoising with OptiX caused parts of the image to go missing at the start while the resolution was scaled. This is because the copy operation in `MultiDevice::map_neighbor_tiles` which slices the copy across all devices would slice based on the full resolution and not the scaled one and therefore copy incorrect data between devices. Since this is not the recommended way of using viewport denoising anyway, simply avoid those incorrect copies for now by disabling denoising while the resolution is scaled. Doing both rendering and denoising with OptiX is not affected by this, since it avoids those copies altogether anyway.
2020-02-14	Fix sporadic CUDA launch failures with Cycles viewport denoising	Patrick Mours
	Sometimes the viewport buffer size is zero for a frame, which caused the denoising task to also try to launch CUDA kernels with a launch size of zero, which in turn failed with a CUDA error. This patch prevents launches from occuring in this case, similar to how it is handled in `copy_to_display_buffer`.
2020-02-11	Cycles: Add support for denoising in the viewport	Patrick Mours
	The OptiX denoiser can be a great help when rendering in the viewport, since it is really fast and needs few samples to produce convincing results. This patch therefore adds support for using any Cycles denoiser in the viewport also (but only the OptiX one is selectable because the NLM one is too slow to be usable currently). It also adds support for denoising on a different device than rendering (so one can e.g. render with the CPU but denoise with OptiX). Reviewed By: #cycles, brecht Differential Revision: https://developer.blender.org/D6554
2020-02-07	Cleanup: split Cycles Hair and Mesh classes, with Geometry base class	Brecht Van Lommel

2020-01-08	Cycles: Add OptiX AI denoiser support	Patrick Mours
	This patch adds support for the OptiX denoiser as an alternative to the existing NLM denoiser in Cycles. It's re-using the same denoising architecture based on tiles and therefore implicitly also works with multiple GPUs. Reviewed By: sergey Differential Revision: https://developer.blender.org/D6395
2019-09-11	Cycles: Display RenderPass in Viewport	Jeroen Bakker
	This change allows the user to select a renderpass in the 3d viewport. Added support for external renderers to extend the `View3DShading` struct. This way Blender doesn't need to know the features an external render engine wants to support. Note that the View3DShading is also available in the scene->display.shading; although this is supported, it does not make sense for render engines to put something here as it is really scene/workbench related. Currently cycles assumes that it always needs to calculate the combined pass; it ignores the `pass_flag` in KernelFilm. We could optimize this but that was not in scope of this change Reviewed By: brecht Differential Revision: https://developer.blender.org/D5689
2019-08-30	Cleanup: spelling	Campbell Barton

2019-07-31	Fix: Cycles reporting incorrect number of samples in viewport render	Jeroen Bakker
	During viewport rendering where the viewport samples are set to 0 the UI showed 16777216 as number of samples. We should not show the number of samples when the number of viewport samples are set to 0. Differential Revision: https://developer.blender.org/D5301
2019-06-12	Cleanup: spelling in comments	Campbell Barton

2019-04-17	ClangFormat: apply to source, most of intern	Campbell Barton
	Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-16	Fix T63346: Cycles OSL shader with closure not working in final render.	Brecht Van Lommel

2019-03-15	Merge branch 'blender2.7'	Jeroen Bakker

2019-03-15	Cycles/OpenCL: Compile Kernels During Scene Update	Jeroen Bakker
	The main goals of this change is faster starting when using foreground rendering. This patch will build kernels in parallel to the update process of the scene. When these optimized kernels are not available (yet) an AO kernel will be used. These AO kernels are fast to compile (3-7 seconds) and can be reused by all scenes. When the final kernels become available we will switch to these kernels. In background mode the AO kernels will not be used. Some kernels are being used during Scene update (displace, background light). When these kernels are being used the process can halt until these become available. Reviewed By: brecht, #cycles Maniphest Tasks: T61752 Differential Revision: https://developer.blender.org/D4428
2019-03-12	Merge branch 'blender2.7'	Brecht Van Lommel

2019-03-12	Cycles/OpenCL: Reduce How Often Kernel Recompilations Are Needed	Jeroen Bakker
	This patch will reduce the number of times that we need to recompile kernels. It does this by (en/dis)abling features by default. So when the user needs them that the kernels are already available. Other features are enabled by default for background and foreground rendering. When in background rendering the user wants the best render performance. When in foreground rendering the user wants the least amount of recompilations. Enabling volumetrics or subdivision evaluation will still trigger a recompilation during foreground rendering. Reviewed By: #cycles, brecht Differential Revision: https://developer.blender.org/D4485
2019-02-26	Merge branch 'blender2.7'	Jeroen Bakker

2019-02-26	T61971: Compilation Displacement/Background Kernel	Jeroen Bakker
	Displacement and Background kernels are selectively used, but always compiled. This patch will not compile these kernels when they are not needed. Displacement kernel is only used for true displacement. Background kernel is only used when there is a (Cycles)Light of type `LIGHT_BACKGROUND`. Reviewed By: brecht, #cycles Tags: #cycles Maniphest Tasks: T61971 Differential Revision: https://developer.blender.org/D4412
2019-02-21	Merge branch 'blender2.7'	Brecht Van Lommel

2019-02-21	Cycles OpenCL: Motion Blur Compile Directives	Jeroen Bakker
	When using preview rendering through a camera or final rendering the `scene.render.use_motion_blur` was not respected when building the compile directives. This patch will when building the compile directives check if motion blur is enabled at all. This should lead to more efficient kernels when no motion blur is needed. Tags: #cycles Differential Revision: https://developer.blender.org/D4387
2019-02-11	Cycles: add animation denoising Python operator.	Lukas Stockner
	This adds a cycles.denoise_animation operator, which denoises an animation sequence or individual file. Renders must be saved as multilayer EXR files with denoising data passes. By default file path and frame range come from the current scene, and EXR files are denoised in-place. Alternatively, a different input and/or output file path can be provided. Denoising settings come from the current view layer. Renders can be denoised again with different settings, as the original noisy image is preserved along with other passes and metadata. There is no user interface yet for this feature, that comes later. Code by Lukas with modifications by Brecht. This feature was originally developed for Tangent Animation, thanks for the support! Differential Revision: https://developer.blender.org/D3889
2019-02-11	Merge branch 'blender2.7'	Brecht Van Lommel

2019-02-11	Cycles: add animation denoising Python operator.	Lukas Stockner
	This adds a cycles.denoise_animation operator, which denoises an animation sequence or individual file. Renders must be saved as multilayer EXR files with denoising data passes. By default file path and frame range come from the current scene, and EXR files are denoised in-place. Alternatively, a different input and/or output file path can be provided. Denoising settings come from the current view layer. Renders can be denoised again with different settings, as the original noisy image is preserved along with other passes and metadata. There is no user interface yet for this feature, that comes later. Code by Lukas with modifications by Brecht. This feature was originally developed for Tangent Animation, thanks for the support!
2019-02-07	Fix wrong Cycles render status text when only writing denoising passes.	Brecht Van Lommel
	In that case we do prefiltering for the denoising passes, but don't actually denoise the image.
2019-02-06	Merge branch 'blender2.7'	Brecht Van Lommel

2019-02-06	Cycles: prefilter feature passes separate from denoising.	Lukas Stockner
	Prefiltering of feature passes will happen during rendering, which can then be used for denoising immediately or written as a render pass for later (animation) denoising. The number of denoising data passes written is reduced because of this, leaving out the feature variance passes. The passes are now Normal, Albedo, Depth, Shadowing, Variance and Intensity. Ref D3889.
2019-01-24	Merge branch 'blender2.7'	Brecht Van Lommel