February 12, 2021, 14:26 (GMT) |
Merge branch 'master' into temp-gpencil-interpolate |
February 12, 2021, 14:26 (GMT) |
Merge branch 'master' into greasepencil-object |
February 12, 2021, 14:24 (GMT) |
Merge branch 'blender-v2.92-release' |
February 12, 2021, 14:23 (GMT) |
February 12, 2021, 14:22 (GMT) |
Merge branch 'blender-v2.92-release' |
February 12, 2021, 14:01 (GMT) |
Baking: support vertex color baking of normal material, UV discontinuities Baking vertex colors per-corner leads to unwanted discontinuities when there is sampling noise, for example in ambient occlusion or with a bevel shader node for normals. For this reason the code used to always average results per-vertex. However when using split normals, multiple materials or UV islands, we do want to preserve discontinuities. So now bake per corner, but make sure the sampling seed is shared for vertices. Fix T85550: vertex color baking crash with split normals, Ref D10399 Fix T84663: vertex color baking blending at UV seams |
February 12, 2021, 13:54 (GMT) |
GPencil: Fix compiler warning |
February 12, 2021, 13:54 (GMT) |
CMake/Deps: fix build of nasm when asciidoc and xmlto are unavailable Create zero-byte manual page files `nasm.1` and `ndisasm.1` such that nasm's `make install` step succeeds. Installing nasm requires that its manual pages are built. This requires local packages `asciidoc` and `xmlto` to be installed. Not only does `asciidoc` pull in 110 MB of packages (itself + dependencies), there is also no need for these manual pages. Nasm is just used for building other dependencies, and not even part of our precompiled libraries in SVN. Reviewed By: sebbas Differential Revision: https://developer.blender.org/D10396 |
February 12, 2021, 13:51 (GMT) |
Point submodules to main Blender repositories Solves issue with `make update` which expects submodules to be relative to the blender.git. Seems that it is important to do `make update` first time after this change, otherwise local .git/config will use "wrong" URLs. This means the easiest way to get proper thing to work is: - Clone repository - Switch to the branch - Only then run `make update` |
February 12, 2021, 13:45 (GMT) |
GPencil: Fix NanoSVG compiler warning |
February 12, 2021, 12:59 (GMT) |
Fix T85558: crash changing the resolution mode of the "volume to mesh" node The nodes update function geo_node_volume_to_mesh_update would not run if it is not the very first node in the tree. If the update function is not run, there are sockets not cleared from the SOCK_UNAVAIL flag (but this needs to be done -- these get available depending on the chosen mode). Havent tracked down why this was actually updating when it was the first node in the tree, but now make sure we always get an update by specifing an appropriate RNA update callback for the property. Maniphest Tasks: T85558 Differential Revision: https://developer.blender.org/D10403 |
February 12, 2021, 11:34 (GMT) |
Merge branch 'blender-v2.92-release' |
February 12, 2021, 11:33 (GMT) |
Geometry Nodes: remove incorrect assert It is perfectly valid that an attribute does not exist and cannot be created. For example, this can happen when a mesh does not contain any vertices. |
February 12, 2021, 10:55 (GMT) |
Merge branch 'blender-v2.92-release' |
February 12, 2021, 10:54 (GMT) |
Merge branch 'master' into temp-gpencil-bezier-v2 |
February 12, 2021, 10:35 (GMT) |
Cycles: Use Blender Settings For AOV This patch will share the AOV settings between Cycles and Eevee. It enable using the AOV name conflict detection of Blender. This means that unlike how Cycles used to work it isn't possible to add an AOV with a similar name. Conflicts with internal render pass names will be indicated with an Warning icon. Reviewed By: Brecht van Lommel Differential Revision: https://developer.blender.org/D9774 |
February 12, 2021, 10:31 (GMT) |
Fix T85545: changing position attribute does not tag normals dirty This makes it so that normals are tagged dirty whenever the position attribute is requested for writing. This seems like a good default. If the calling code is aware of normals, it could untag normals when they are not changed by the operation. Differential Revision: https://developer.blender.org/D10397 |
February 12, 2021, 07:23 (GMT) |
Fix T79999: Double color management applied during viewport animation render In 2.81 there was a change to increase the performance of viewport animation rendering. This change would perform the color management on the GPU if the only 8bit was needed. This saved CPU cycles and data transfer. The issue is that in the image editor or when saving the image the CM will be reapplied. Although the speed is desired, exporting the actual colors has more priority. In the ticket there is an analysis that shows that shows that this fix is the correct short term step to take. It would be better that the render result is aware of the color space of its buffers so the applying color management could be skipped when saving to disk or drawing in the image editor. The issue with this change is the performance penalty it has. Reviewed By: Brecht van Lommel Maniphest Tasks: T79999 Differential Revision: https://developer.blender.org/D10371 |
February 12, 2021, 06:53 (GMT) |
Fix T79999: Double color management applied during viewport animation render In 2.81 there was a change to increase the performance of viewport animation rendering. This change would perform the color management on the GPU if the only 8bit was needed. This saved CPU cycles and data transfer. The issue is that in the image editor or when saving the image the CM will be reapplied. Although the speed is desired, exporting the actual colors has more priority. In the ticket there is an analysis that shows that shows that this fix is the correct short term step to take. It would be better that the render result is aware of the color space of its buffers so the applying color management could be skipped when saving to disk or drawing in the image editor. The issue with this change is the performance penalty it has. Reviewed By: Brecht van Lommel Maniphest Tasks: T79999 Differential Revision: https://developer.blender.org/D10371 |
February 12, 2021, 06:09 (GMT) |
UI: expose the 3D views active object, even when hidden The previous behavior meant that changing an objects visibility effectively changed the current mode - which missed necessary updates for the tool-system (for example). There was already a check for edit-mode, now expected to all modes. This makes the test-case described in T83013 work as expected. |
|
|
|


Master Commits
MiikaHweb | 2003-2021