Blender Git Commit Log

GPencil: Remove Vertex Paint Opacity for Edi & Sculpt

GPencil: Remove duplicated code

Fix OptiX acceleration structure failing to build in viewport

The `optixAccelBuild` API throws an error when the property to get compacted size is passed in
without the `OPTIX_BUILD_FLAG_ALLOW_COMPACTION` flag set. This is not currently hit
because `background` is always true (set in `mem_alloc`), but would become an issue once that
is sorted out, so fixing it now to be safe.

Merge branch 'blender-v2.82-release'

Fix T72470: OptiX render fails with scene with many translucent planes on Linux.

OptiX always uses record-all behavior for transparent shadow rays, but did not check
whether the maximum number of hits exceeded the shadow hit stack. This fixes that.

USD Exporter: clarified export options in the UI

- "Only Export Selected Objects" ? "Selection Only", as this is the
standard used in other exporters.
- "Evaluation Mode" ? "Use Settings for", as this is clearer for users
who aren't as familiar with the technical details of the depsgraph.
- "Use Instancing" ? "Instancing", and moved the checkbox to the end of
the option list into its own box "Experimental". This looks a bit
cleaner than just plonking "EXPERIMENTAL" in the checkbox label.

Cleanup: ARegion.sizex/y should not be used to access region size

This should only be used to change and recalculate region sizes in a DPI
independent way. To get the size with DPI applied, ARegion.winx/y should
be used instead.
Added note on this in comment.

Docs: roll version to 2.83 for master

GPencil: Refactor: Enable gpencil engine if xray is not used

Thus making the gpencil opaque. However, partial transparency is still
unsuported.

GPencil: Refactor: Remove 3D stroke offset

This is conflicting with overlays and makes objects poke through each
others. As the 3D mode is intended to 3D drawing, it should have correct
3D positionning. This will however create a lot of zfighting artifacts on
overlapping strokes.

GPencil: Refactor: Fix crash when drawing on blank gpobject

GPencil: Refactor: Fix degenerate line in edit mode

Fix T71491: Sculpt Brush Text Color

When text drawing is disabled in the viewport the color of the sculpt
brh is set to the last used one. In th Light theme this is black what
makes it totally not visible.

This change will render the brush text using `TEXT_HI` as this is the
last one set when the text overlay is on.

Merge branch 'undo-experiments' into undo-experiments-idnames

undoexp: fix for missed func signature change.

Merge branch 'undo-experiments' into undo-experiments-idnames

Conflicts:
source/blender/blenkernel/BKE_blender_undo.h
source/blender/blenkernel/intern/blender_undo.c
source/blender/blenloader/intern/readfile.c
source/blender/editors/undo/memfile_undo.c

Fix T71908: Animated properties are lost after frame-post handler

The issue was caused by special handling of animation update after
manual edits in frame_post handler: to avid loss of manual edits
done on top of animated property. This was done as a separate pass
for non-animation update after frame_post did modifications.

This caused some other side-effect: non-modified animated property
was re-setting to the value which is used in the viewport.

Idea of this solution is simple: preserve values which came from
animation update through copy-on-write process. The actual process
of this is a bit involved: need to decode RNA path and do it twice
since f-curve might point to a sub-data which pointer will change.
Since this is only done for non-active depsgraph (aka depsgraph
used for render pipeline) this is probably fine since all this
extra overhead is just a fraction of overall render process.

Differential Revision: https://developer.blender.org/D6330

GPencil: Remove patch old files to Lights ON at Object level

This option breaks the colors, so only must be enabled for new objects.

Merge branch 'master' into undo-experiments

undoexp: Fix major flaw in general logic of unchanged data detection.

Am not sure why it seemed to work that well so far... But using marker
saying that data did not change between n-2 and n-1 step when undoing
from n to n-1 is not really smart.

Fixed that by adding a 'is_identical_future' flag to memfile chunks,
which is set when storing the next undo step. And then using undo
direction to decide which flag to use to detect unchanged data.

This seesm to work to some extend, although for some reason very most
recent undo step seems to be evaluated when doing the first undo, not
sure why... Need to test that with actual working undo code in
undo-experiments-idnames branch anyway.