Welcome to mirror list, hosted at ThFree Co, Russian Federation.

git.blender.org/blender.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
path: root/source/blender/modifiers
AgeCommit message (Collapse)Author
2020-09-28warning when compiled without openvdbmesh-to-volume-modifierJacques Lucke
2020-09-28add todo commentJacques Lucke
2020-09-28cleanupJacques Lucke
2020-09-28remove different modesJacques Lucke
2020-09-28Merge branch 'master' into mesh-to-volume-modifierJacques Lucke
2020-09-25Fix Tests for Weld Modifier with KD-TreeHenrik Dick
Fixes the failing tests and reintroduces the KD-Tree solution. Reviewed By: mano-wii Differential Revision: https://developer.blender.org/D9013
2020-09-25Cleanup: silence [-Wshadow] warningsGermano Cavalcante
Introduced in rBd5a6b3b18c5d.
2020-09-25Weld Modifier: Disable the KD Tree solutionGermano Cavalcante
This solution is causing the modifier regression test to fail. Also fix a mistake to allocate `vert_dest_map` twice.
2020-09-25Merge branch 'master' into mesh-to-volume-modifierJacques Lucke
2020-09-25Modifiers: add StructRNA pointer field to ModifierTypeInfoJacques Lucke
This reduces the number of places that have to be modified when a new modifier is added. Reviewers: campbellbarton Differential Revision: https://developer.blender.org/D9000
2020-09-25Modifiers: add icon field to ModifierTypeInfoJacques Lucke
With this change `outliner_draw.c` does not have to be edited anymore when a new modifier is added. Reviewers: campbellbarton Differential Revision: https://developer.blender.org/D8998
2020-09-25cleanup and commentsJacques Lucke
2020-09-24Fix (unreported) memory leak in Extrude mode of the Solidify modifier.Bastien Montagne
2020-09-24Weld Modifier: Use KD Tree in detecting the geometry to be weldedHenrik Dick
This commit replaces the BVH Tree currently used by the Weld Modifier with the KD Tree used by `Merge > By Distance`. This changes the result of the Weld Modifier to more closely match `Merge > By Distance`. There is also a big performance advantage. Here is an overview (models in D8995): | 2.90 (Duplicate Limit = 0) | 2.90 (Duplicate Limit = 1) | master (BVH) (Duplicate Limit = 1) | patch (KD) | | 1.69s| 0.17s | 0.12s | 0.029s | Differential Revision: https://developer.blender.org/D8995
2020-09-24support different modes of operationJacques Lucke
2020-09-24expose interior/exterior bandwidth propertiesJacques Lucke
2020-09-24Volume: use meshToVolume for conversionJacques Lucke
2020-09-24Merge branch 'master' into mesh-to-volume-modifierJacques Lucke
2020-09-24Fix: add radius attribute in simulation modifierJacques Lucke
This is necessary to not make it crash immediatly after recent changes.
2020-09-23Volume: initial mesh to volume modifier implementationJacques Lucke
Using `openvdb::tools::meshToLevelSet` is probably not correct. I will look into `meshToVolume` next.
2020-09-23Volume: add boilerplate code for Mesh To Volume modifierJacques Lucke
2020-09-22Fix T80996: Weight Proximity modifier: crash going to editmode on aPhilipp Oeser
target in certain situations Regression from rBdeaff945d0b96. mesh_ensure_looptri_data would overflow. Crash would only happen if a Data Transfer modifier (transferring UVs) follows, so exact reason for this is not yet entirely clear. Also there are edit-mode versions of the following BVH lookup functions so it could be avoided (since this is a expensive operation), marking as TODO. Similar fix as - rB0945a79ed1eafae444d3021a5912cb39801a7209 - rB56d7e39b92997768b3db8ce2dbc262f869994145 Reviewers: mont29, campbellbarton Maniphest Tasks: T80996 Differential Revision: https://developer.blender.org/D8973
2020-09-21Weld Modifier: Performance improvementHenrik Dick
This commit contains the Performance improvement, that was originally proposed in D8966. It improves the performance of the Weld Modifier by a lot. It had a loop with execution time O(N^2) which is now O(N*log(N)) at a bare maximum.
2020-09-20Sanitize type 'size' parameters in our read/write file codeBastien Montagne
This patch tries to sanitize the types of our size parameters across our read and write code, which is currently fairly inconsistent (using `int`, `uint`, `size_t`...), by using `size_t` everywhere. Since in Blender file themselves we can only store chunk of size `MAX_INT`, added some asserts to ensure that as well. See {T79561} for details. Differential Revision: https://developer.blender.org/D8672
2020-09-20Fix invert vertex group weight miscalculation for modifiersCody Winchester
Warp & weight vertex-group editing modifiers miscalculated vertex weight inversion, the weights were multiplied before being subtracted from 1. Ref D8241
2020-09-13Apply patch D8816, from Zachary(AFWS) for collection boolean operand.Howard Trickey
Also added code so that exact solver does the whole collection at once. This patch allows users to use a collection (as an alternative to Object) for the boolean modifier operand, and therefore get rid of a long modifier stack.
2020-09-13Cleanup: spelling, update function name in commentsCampbell Barton
2020-09-12Cleanup: Remove GLEW dependencies outside of GL moduleClément Foucault
2020-09-11Cleanup: spelling, correct commentsCampbell Barton
2020-09-10Fix T80516: Hook modifier crashes without vertex group dataCampbell Barton
Checks for existence of a vertex group must check the array isn't NULL. Regression in c1386795a922.
2020-09-10Cleanup: spellingCampbell Barton
2020-09-07Decimate Modifier: Restore vertex group factor property in UIHans Goudey
This property was inadvertently removed from the modifier's panel and it wasn't caught in time for the release of 2.90. Thanks to the user "VermossomreV" for bringing this to my attention. Differential Revision: https://developer.blender.org/D8790
2020-09-07Add a Self option to the Exact boolean modifier. Fixes T52425.Howard Trickey
With this option, self-intersections in either or both operands will be handled properly (if both sides are piecewise winding number constant, and maybe some other cases too). In the Boolean tool, this flag was there already but the code forced a unary operation in that case; this commit corrects it to make a binary operation. This flag makes the code slower, which is why it is an option and not an always-on thing.
2020-09-07Fix T77763: Wrong highlight of active grab vertexSergey Sharybin
The "Grab Active Vertex" in sculpt mode highlights the vertex and the neighbor vertices. This was working wrong in the case when mesh has multires modifier at sculpt level 0 and has shape keys. The issue was caused by the wrong crazy space calculation, which was ignoring subdivision level. This is an oversight from the initial implementation: the modifier has no effect if the subdivision level is 0.
2020-09-07Multires: Fix memory leak when multires is at level 0Sergey Sharybin
There is no SubdivCCG created in this case, meaning ownership of the Subdiv was not altered.
2020-09-04Cleanup: Clang-Tidy readability-inconsistent-declaration-parameter-name fixSebastian Parborg
No functional changes
2020-09-03Fix crash running remesh modifier without OpenVDBCampbell Barton
2020-09-03Modifiers: default to exact boolean method ignoring build optionsCampbell Barton
This change doesn't impact release builds, in general avoid having defaults depend on build options since it means files from different builds won't match.
2020-09-02UI: Use instanced panel custom data instead of list indexHans Goudey
For modifier shortcuts we added a "custom_data" field to panels. This commit uses the same system for accessing the list data that corresponds to each panel. This way the context is only used once and the modifier for each panel can be accessed more easily later. This ends up being mostly a cleanup commit with a few small changes in interface_panel.c. The large changes in the UI functions are due to the fact that the panel custom data is now passed around as a single pointer instead of being created again for every panel. The list_index variable in Panel.runtime is removed as it's now unnecessary. Differential Revision: https://developer.blender.org/D8559
2020-09-02Cleanup: use bool instead of int in various placesJacques Lucke
2020-09-02Make rigidbody simulation handle animated objects gracefullySebastian Parborg
The animated objects was not updated for each internal substep for the rigidbody sim. This would lead to unstable simulations or very annoying clipping artifacts. Updated the code to use explicit substeps and tie it to the scene frame rate. Fix T47402: Properly updating the animated objects fixes the reported issue. Reviewed By: Brecht, Jacques Differential Revision: http://developer.blender.org/D8762
2020-08-31New Boolean: Always expose solver propery, add warningHans Goudey
After discussion with @howardt, it seems the solver property should always be exposed, even in lite builds. This commit removes the ifdefs for that property and adds a warning if the "Exact" solver is used when Blender is compiled without GMP. These changes apply to the boolean modifier as well.
2020-08-29Boolean Modifier: Reorder propertiesHans Goudey
Properties that display conditionally depending on other properties should generally be lower down so the movement of buttons as settings are tweaked is less intrusive.
2020-08-28Merge newboolean branch into master.Howard Trickey
This is for design task T67744, Boolean Redesign. It adds a choice of solver to the Boolean modifier and the Intersect (Boolean) and Intersect (Knife) tools. The 'Fast' choice is the current Bmesh boolean. The new 'Exact' choice is a more advanced algorithm that supports overlapping geometry and uses more robust calculations, but is slower than the Fast choice. The default with this commit is set to 'Exact'. We can decide before the 2.91 release whether or not this is the right choice, but this choice now will get us more testing and feedback on the new code.
2020-08-26Merge branch 'blender-v2.90-release' into masterCampbell Barton
2020-08-26Fix T80098: Mesh deform doesn't update in edit modeCampbell Barton
Use BKE_mesh_wrapper API access to access mesh coordinates for modifier evaluation. Call BKE_mesh_wrapper_ensure_mdata when binding since it's a one off operation. Regression from deaff945d0b96. Reviewed by: @brecht Ref D8709
2020-08-26Cleanup: remove G.debug_value check for old mesh-deform behaviorCampbell Barton
Added in 2007, it doesn't seem useful to support alternate behavior.
2020-08-18Multires: Base Mesh SculptingPablo Dobarro
This adds an option to the Multires modifier to sculpt directly on the base mesh while previewing the displacement of a higher subdivisions level. What this does it considering Multires as a regular modifier without exposing the grid displacement to sculpt mode. This allows to see the propagation happening in real time, which enables to use complex tools like Cloth or Pose in much higher resolutions and without surface noise and artifacts. Reviewed By: sergey, Severin Differential Revision: https://developer.blender.org/D8555
2020-08-18Mesh: merge `mesh_create_eval_final_{view,render}` functionsSybren A. Stüvel
Functions `mesh_create_eval_final_view()` and `mesh_create_eval_final_render()` were doing the exact same thing, except for a hack introduced in d3eb9dddd6b4 (2012-10-08, Better fix for T32846: dupligroup messes up particle instancing on rendering) that appears to be no longer necessary. Besides that, these functions had confusing names. Their functionality changed over time, and whether to do for-render or for-viewport evaluation is now actually determined by the depsgraph evaluation mode. This means that the `..._render` function could evaluate a mesh with viewport settings, and vice versa. The functions are now merged into `mesh_create_eval_final()`, and the hack has been removed. The `OB_NO_PSYS_UPDATE` flag has been removed entirely (instead of keeping it around as deprecated flag), because it was always only temporarily set on objects during mesh evaluation and thus not saved to the blend file. No expected functional changes as far as users are concerned.
2020-08-14Merge branch 'blender-v2.90-release'Hans Goudey
generated by cgit v1.2.3 (git 2.25.1) at 2024-08-21 20:53:29 +0300