June 7, 2021, 14:59 (GMT) |
GPencil: Cleanup unneeded variable assign The variable is assigned below again and the initial value is not used. |
June 7, 2021, 14:59 (GMT) |
BlenLoad: Ensure linked IDs are properly sorted. So far, linked IDs were not properly sorted at all, only the ones explicitely linked from WM code would be, but any indirectly linked data-blocks would end up in some random order in their lists. While not ideal, this is not a huge issue in itself, but it had bad side-effects, e.g. causing (recursive) resync of overrides to happen in random order, leading to mismatches between name indices of newly-generated override IDs and the one existings e.g. And in general, it is much better to be consistent here. Note that the file sub-version is bumped for this commit, since some sorting (the directly linked IDs which we keep a reference to) should never need to be re-done after relevant doversion process. |
June 7, 2021, 14:59 (GMT) |
Greasepencil: show pressure curve widgets in the sidebar These were only showing in the Properties Editor, but there is no reason to have the panels be different in the sidebar (they should not show in the top bar though). agreed upon by both @anoniov and @mendio ref T88787 |
June 7, 2021, 14:59 (GMT) |
Update Camera presets The (tracking) camera presets have not been updated in the last 7 or more years, so they are very outdated. I found it pointless to have a few specific camera models in the list and instead add the most commonly used sensor sizes/film sizes. This way the list is shorter, easier to maintain/becomes later outdated, and is more user friendly for most people who don't own any of the specific cameras. I added the Crop Factor to the Beginning of the name, so it gets sortet in the correct order and presets are easier to find based on the size. Reviewed By: #render_cycles, #motion_tracking, brecht, sergey Differential Revision: https://developer.blender.org/D10739 |
June 7, 2021, 14:59 (GMT) |
GPencil: Change Fill extend lines icon The icon has been changed to `eye` because is more consistent with other areas. |
June 7, 2021, 14:59 (GMT) |
GPencil: Change Fill Boundary icon The icon has been changed to `eye` because is more consistent with other areas. |
June 7, 2021, 14:59 (GMT) |
LibOverride: Fix early break in some of the resync code. This `break` moved out of its braces at some point in the previous fixes/refctors... :( |
June 7, 2021, 14:59 (GMT) |
Texture Paint: changing paint slots and viewport could go out of sync When changing to another texture paint slot, the texture displayed in the viewport should change accordingly (as well as the image displayed in the Image Editor). The procedure to find the texture to display in the viewport (BKE_texpaint_slot_material_find_node) could fail though because it assumed iterating nodes would always happen in the same order (it was index based). This is not the case though, nodes can get sorted differently based on selection (see ED_node_sort). Now check the actual image being referenced in the paint slot for comparison. ref T88788 (probably enough to call this a fix, the other issue(s) mentioned in the report are more likely a feature request) Reviewed By: mano-wii Maniphest Tasks: T88788 Differential Revision: https://developer.blender.org/D11496 |
June 7, 2021, 14:59 (GMT) |
windows/deps: Fix TBB build issues. rB847579b42250 updated the TBB build script which had some unintended consequences for windows as the directory layout slightly changed. This change adjusts the builder to the new structure, there are no version/functional changes. |
June 7, 2021, 14:59 (GMT) |
Nodes: Add Multiply Add to Vector Math nodes Cycles, Eevee, OSL, Geo, Attribute This operator provides consistency with the standard math node. Allows users to use a single node instead of two nodes for this common operation. Reviewed By: HooglyBoogly, brecht Differential Revision: https://developer.blender.org/D10808 |
June 7, 2021, 14:59 (GMT) |
Edit Mesh: partial updates for normal and face tessellation This patch exposes functionality for performing partial mesh updates for normal calculation and face tessellation while transforming a mesh. The partial update data only needs to be generated once, afterwards the cached connectivity information can be reused (with the exception of changing proportional editing radius). Currently this is only used for transform, in the future it could be used for other operators as well as the transform panel. The best-case overall speedup while transforming geometry is about 1.45x since the time to update a small number of normals and faces is negligible. For an additional speedup partial face tessellation is multi-threaded, this gives ~15x speedup on my system (timing tessellation alone). Exact results depend on the number of CPU cores available. Ref D11494 Reviewed By: mano-wii |
June 7, 2021, 14:59 (GMT) |
Fix T88813: Scalable allocator not used on win10 Due to the way we ship the CRT on windows TBB's malloc proxy was unable to attach it self to the memory management functions on windows 10. This change moves ucrtbase.dll out of the blender.crt folder and back into the main blender folder to side step some undesirable behaviour on win10 making TBB once more able to attach it self. Having this work again, should give a speed boost in memory allocation heavy workloads such as mantaflow. For details on how this only failed on Win10 see T88813 |
June 7, 2021, 14:59 (GMT) |
FFmpeg: Fix seeking not returning the correct frame when not using TC index Fixed the logic for seeking in ffmpeg video files. The main fix is that we now apply a small offset in ffmpeg_get_seek_pos to make sure we don't get the frame in front of the seek position when seeking backward. The rest of the changes is general cleanup and untangling code. Reviewed By: Richard Antalik Differential Revision: https://developer.blender.org/D11492 |
June 7, 2021, 14:59 (GMT) |
Geometry Nodes: Curve Length Node This commit adds a node that outputs the total length of all evalauted curve splines in a geometry set as a float value. Differential Revision: https://developer.blender.org/D11459 |
June 7, 2021, 14:58 (GMT) |
Cleanup: unused variable |
June 7, 2021, 14:58 (GMT) |
Nodes: move some files to C++ This just moves a couple of files in `space_node` to C++ and fixes related errors. The goal is to be able to use C++ data structures to simplify the code. Differential Revision: https://developer.blender.org/D11451 |
June 7, 2021, 14:58 (GMT) |
Boolean exact: speedup when there are many components. When there are many components (separate pieces of connected mesh), a part of the algorithm to determine component containment was slow. Using a float version of finding the nearest point on a triangle as a prefilter sped this up enormously. A case of 25 icospheres subdivided twice goes 11 seconds faster on my Macbook pro with this change. |
June 7, 2021, 14:58 (GMT) |
Boolean exact: speedup by parallelizing a plane calculation. This patch is from erik85, who says: This patch makes populate_plane inside polymesh_from_trimesh_with_dissolve run in parallel. On a test file with a boolean between two subdivided cubes (~6 million verts) this gives a 10% speed increase (49.5s to 45s) on my 6 core CPU. Also there is an optimization of other_tri_if_manifold to skip the contains-call and get the pointer directly. This reduces CPU time for find_patches from 5s to 2.2s on the same test file. |
June 7, 2021, 14:58 (GMT) |
FFmpeg: Fix H264 lossless render not lossless While encoder parameters for lossless encoding are set correctly, output is not lossless due to pixel format being set to `AV_PIX_FMT_YUV420P` which is inherently lossy due to chroma subsampling. This was reported in T61569 and was merged to T57397, but there were 2 bugs - one for encoding and one for decoding. Set pixel format to `AV_PIX_FMT_YUV444P` when rendering lossless H264 files. This format isn't available in `codec->pix_fmts[0]` and it looks, that it has to be hard-coded. Reviewed By: sergey Differential Revision: D11458 |
June 7, 2021, 14:58 (GMT) |
FFmpeg: Update proxy settings Changes in rBce649c73446e, affected established proxy codec preset. Presets were not working and all presets were similar to `veryfast`. Tunes are now working too, so `fastdecode` tune can be used. I have measured little improvement, but I tested this only on 2 machines and I have been informed that `fastdecode` tune does influence decoding performance for some users. Change preset from `slow` to `veryfast` and add tune `fastdecode` Reviewed By: sergey Differential Revision: https://developer.blender.org/D11454 |
|