August 12, 2020, 13:53 (GMT) |
Fix T79622: Mesh Filter on a locked Shape crashes For a locked shapekey, a SculptSession's orig_cos / deform_cos / deform_imats are not initialized (they only are when deform_modifiers_active is true -- this in turn is only true for shapekeys if they are //not// locked [and for deforming modifiers of course]) We can just update that keyblock with sculpt_update_keyblock() in case of a locked shapekey Maniphest Tasks: T79622 Differential Revision: https://developer.blender.org/D8499 |
August 12, 2020, 13:34 (GMT) |
Merge branch 'blender-v2.90-release' |
August 12, 2020, 13:33 (GMT) |
Cleanup: Minor naming update in viewport fluid vector display options |
August 12, 2020, 13:28 (GMT) |
Fix T79712: Color Changes do not record in Auto-Key Mode Caused by rBfffba2b6530. In above commit, the buttons rnaindex [-1 for entire arrays like colors] was not used anymore for the entire function body of `ED_autokeyframe_property` (previously in `ui_but_anim_autokey`). Replacing the index with 0 (in the array case) is indeed necessary for `BKE_fcurve_find_by_rna_context_ui`, prior to rBfffba2b6530 this was taken care of by using `ui_but_get_fcurve` instead [which did this internally]. But using an index of 0 (instead of -1) for the entire function body of `ED_autokeyframe_property` fails for the array part later, namely `insert_keyframe` needs -1 here. Now just replace the index for //finding the FCurve//, but use the original for //inserting the keyframe//. Could be backported to 2.83 LTS. Reviewers: campbellbarton, sybren Subscribers: |
Revision fb9e939 by Mateusz Grzeliński (soc-2020-info-editor) August 12, 2020, 12:46 (GMT) |
Cleanup: use standardized macro instead of __attribute__ |
August 12, 2020, 11:35 (GMT) |
Checking for PWN. The current code is only supposed to work if the input meshes are "piecewise constant winding number" (PWN). Added a check to see if this is true about the inputs. |
August 12, 2020, 10:15 (GMT) |
Cleanup: compiler warnings |
August 12, 2020, 10:12 (GMT) |
Merge branch 'blender-v2.90-release' |
August 12, 2020, 10:05 (GMT) |
Merge branch 'master' into soc-2020-info-editor # Conflicts: # source/blender/blenkernel/intern/ipo.c # source/blender/blenkernel/intern/mask_rasterize.c # source/blender/blenkernel/intern/nla.c # source/blender/blenkernel/intern/particle.c # source/blender/blenkernel/intern/softbody.c # source/blender/blenloader/intern/readfile.c # source/blender/bmesh/tools/bmesh_bevel.c # source/blender/editors/interface/interface.c # source/blender/editors/interface/interface_anim.c # source/blender/modifiers/intern/MOD_datatransfer.c # source/blender/python/intern/bpy_rna.c # source/blender/python/intern/bpy_rna_anim.c |
August 12, 2020, 09:52 (GMT) |
Fixes T77882: artifacts rendering OpenVDB volumes with multiple grids in Cycles The previous algorithm was not using all of the requested grids to build a mesh around the volume due to limitations regarding the use of a dense buffer to gather information about the volume's topology. This resulted in artefacts during rendering. The mesh generation is now done by merging all of the input grids and using the resulting grid's topology to create the mesh. The generation of the mesh is still done in index space as before, and the vertices are converted to object space by using the merged topology grid indexToWorld transform. To be able to merge the grids together we have to make sure that their transformation matrices and their index spaces match, thus, if they do not match we simply resample the grids. This behaviour should tackle one other limitation of the current algorithm, which is that only one transformation matrix was used to generate the final mesh. If we do not have an OpenVDB grid for the requested volume data, we generate a temporary OpenVDB grid for it. Differential Revision: https://developer.blender.org/D8401 |
August 12, 2020, 09:52 (GMT) |
Fix UV unwrap not working with only one pinned vertex Now the one vertex defines the position of the UV chart, while rotation and shape is still determined automatically. Initial patch by Willis (wlssirius). Differential Revision: https://developer.blender.org/D8484 |
August 12, 2020, 09:48 (GMT) |
August 12, 2020, 09:47 (GMT) |
Merge remote-tracking branch 'origin/blender-v2.90-release' |
August 12, 2020, 09:43 (GMT) |
Bump the minimum required version for 2.90 This is particular important because 2.90 will coexist with 2.83 LTS, so we should warn the users of potential loss of data when going from 2.90 to 2.83 and back. Differential Revision: https://developer.blender.org/D8488 |
August 12, 2020, 09:13 (GMT) |
Merge branch 'blender-v2.90-release' into master |
August 12, 2020, 09:11 (GMT) |
Cleanup: Use proper bool type and literals for operators poll functions. |
August 12, 2020, 09:11 (GMT) |
Fix (unreported) broken Poll function of GPencile mods and ShaderFX operators in liboverride case. Those where assuming we always get a valid modifier data from context, which is not always true... Also fix similar issue with shortcuts as reported in T79635. |
August 12, 2020, 09:11 (GMT) |
Fix part of T79635: Disable by default operation on unknown mod from liboverride object. It is unfortunate that we cannot get active modifier from context when operator is called from a shortcut, but we'd need an event for this to work... So for now forbid any modifier operation of liboverride objects in that case. |
August 12, 2020, 08:45 (GMT) |
Merge branch 'blender-v2.90-release' |
Revision 04345dc by Clément Foucault / Jeroen Bakker (blender-v2.83-release, tmp-2.83-cycles-rtx3-kernels) August 12, 2020, 08:39 (GMT) |
Fix T79703 EEVEE: Crash on Macos due to lightcache baking |
|
|
|


Master Commits
MiikaH:n Sivut a.k.a. MiikaHweb | 2003-2021