Blender Git Loki

Blenderin Git "master"-kehityshaaran kommitit.

Page: 1291 / 5574

March 8, 2019, 16:53 (GMT)
Fix T62318: Blender crash whith 'corrupt' customdata (CD_BWEIGHT).

Mistake in rBab0bc65c24bd, in conversion of static 'common' sets of
masks, BWEIGHT slipped in CD_MASK_MESH (probably from copy/paste from
CD_MASK BAREMESH).

Note that having it in CD_MASK_BAREMESH but not CD_MASK_MESH looks rather
counter-intuitive, but this is not the time for that kind of cleanup.

Went over whole conversion again, and found two other mistakes, should
really have recheck that before committing...
March 8, 2019, 16:53 (GMT)
Fix (unreported) datatransfer code could still modify source mesh in some cases.

Source (i.e. other) mesh should not be modified in any case in modifier
evaluation case (this is forbidden by design and can lead to all kind of
threaded locks and crashes), and doing so even in operator case was
never a good idea either.

Now that we can specifically request needed data (poly and/or loop
normals) from evaluation code, we can finally get rid of those
computations inside data transfer/mesh remapping area.

This is hopefully the last remaining bit of this 'bad crashing code' in
datatransfer area.
March 8, 2019, 16:53 (GMT)
BKE mesh remap: add utils to add needed cddata mask for source mesh.

In some cases (currently, only when using avanced mapping of loops),
code needs access to some cddata of the source mesh (CD_NORMAL...).

We need a way to inform calling code about that (actual issue requiring
this change is fixed in next commit).
March 8, 2019, 16:53 (GMT)
Modifier eval: add support for request poly normals layer.

Ensure we do get poly normals if they are requested in given cddata mask.
March 8, 2019, 16:53 (GMT)
Fix potential bad behavior, and cleanup/refactor a bit BKE_mesh_ensure_normals_for_display().

This is merely making behaviors of this function a bit more explicit,
and avoid re-adding another CD_NORMAL layer to polys in the (unlikely)
case it would already have one.

It also handles CD_MASK_NORMAL in cd_dirty_poly, but this is more like
future-proof thing, this is not used anywhere currently afaik.
March 8, 2019, 16:37 (GMT)
Fix T59407: remove outdated right click select info in readme, other updates.
March 8, 2019, 16:02 (GMT)
Fix T61961; Smooth brush distorts multires

The issue was caused by lack of proper accumulation for
averaging. Doing it incrementally introduced a bias.
March 8, 2019, 15:36 (GMT)
GPencil: Add basic edit support for Hook and Array modifier

These modifiers were not included in previous commit.
March 8, 2019, 15:31 (GMT)
Cycles OpenCL: Remove single program

Part of the cleanup of the OpenCL codebase.
Single program is not effective when using OpenCL, it is slower
to compile and slower during rendering (when used in for example
`barbershop` or `victor`).

Reviewers: brecht, #cycles

Maniphest Tasks: T62267

Differential Revision: https://developer.blender.org/D4481
March 8, 2019, 15:21 (GMT)
Cleanup: Spelling in comment
March 8, 2019, 15:09 (GMT)
GPencil: Make visible Armature modifier in edit mode

This change displays the stroke in the deformed position, but the edition is done in rest position.

This is no the final solution, but at least we have some visual feedback in edit mode.

The real solution is to create a full system to manage derived strokes in Edit mode, but this needs a lot of work and we haven't resources now to do it.
March 8, 2019, 14:50 (GMT)
UI: Rename 'Use Lib Path' to 'Use Library Path' in particle settings.

Also align items in the column since they work together.
March 8, 2019, 14:41 (GMT)
Fix T60086: missing update when removing fcurves from Python API.
March 8, 2019, 14:30 (GMT)
UI: Naming and tooltip for the new high-resolution smoke simplify setting.

* Rename "Use Smoke Highres" to "Use High-resolution Smoke"
* Use 'Display' instead of 'Draw', following the naming conventions in 2.8
* Drop the 'Use' prefix in the UI, a "High-resolution Smoke' checkbox sufficiently communicates what it does.
March 8, 2019, 14:19 (GMT)
cmake/windows: Set LLVM_INCLUDE_DIRS variable.
March 8, 2019, 14:19 (GMT)
build_environment/Windows: Copy llvm debug headers.

llvm generates some header files at build time that differ between
debug/release causing linker errors when you used the release headers
for a debug build.
March 8, 2019, 14:19 (GMT)
Codestyle: comments
March 8, 2019, 14:18 (GMT)
cmake/windows: Set LLVM_INCLUDE_DIRS variable.
March 8, 2019, 14:18 (GMT)
build_environment/Windows: Copy llvm debug headers.

llvm generates some header files at build time that differ between
debug/release causing linker errors when you used the release headers
for a debug build.
March 8, 2019, 14:16 (GMT)
Cleanup: remove debug prints.
Tehnyt: Miika HämäläinenViimeksi päivitetty: 07.11.2014 14:18MiikaH:n Sivut a.k.a. MiikaHweb | 2003-2021