Age | Commit message (Collapse) | Author |
|
Part of T57377
Reviewers: sybren
Maniphest Tasks: T57377
Differential Revision: https://developer.blender.org/D3847
|
|
This prevents crashes caused by the viewport evaluating the depsgraph while
the import is still running.
|
|
Reviewers: brecht
Maniphest Tasks: T59785
Differential Revision: https://developer.blender.org/D4134
|
|
The clipboard is not a real user and should not be counted. Only on paste
should the user count increase.
This is part of D3621, and was implemented by Richard Antalik and me.
|
|
Ref D4133.
|
|
This reverts part of commit 4f98266cf6, ref D4123.
|
|
- own error in rB2c196de56bbb163048b08f321983234a5e72e804
- now introduce RE_PASSNAME_DEPRECATED placeholder for old passes
- also dont allocate NodeImageLayers for these
Reviewers: brecht
Maniphest Tasks: T59922
Differential Revision: https://developer.blender.org/D4132
|
|
The GP_STROKE_RECALC_CACHE identifier was changed to GP_STROKE_RECALC_GEOMETRY because the previous name was confusing and could be confused with the recalculation of the Draw Manager cache.
|
|
|
|
|
|
Differential Revision: https://developer.blender.org/D4129
|
|
Not sure why the mode prop was hidden at all, tbh...
|
|
error) in blender 2.8.
Would free evaluated mesh even when it was the one cached in runtime
data by depsgraph evaluation!
Also fixes the asserts about using non-eval object in some cases.
|
|
|
|
|
|
- use_pass_indirect, use_pass_specular from ViewLayer RNA
- RGBA, DIFFUSE, SPEC, REFLECT, REFRACT, INDIRECT usages from remaining
places
Reviewers: brecht
Differential Revision: https://developer.blender.org/D4117
|
|
Reviewers: antoniov, brecht
Maniphest Tasks: T59861
Differential Revision: https://developer.blender.org/D4127
|
|
rigidbody_get_mesh() needs an evaluated object
Reviewers: sergey, brecht
Maniphest Tasks: T59884
Differential Revision: https://developer.blender.org/D4125
|
|
Curve modifier eval code was actually doing nothing to ensure we passed
mesh with valid normals when required by the modifier.
This is a bit basic, rough code, but think it should cover all cases,
time will say...
|
|
Differential Revision: https://developer.blender.org/D4123
|
|
Differential Revision: https://developer.blender.org/D4086
|
|
|
|
|
|
The issue was caused by NaN valid of the average spring length being
stored in the file. This caused accumulation in the springs builder
to also deliver NaNs, which then caused solver itself to not do
anything.
Not sure why these values where never initialized prior to the
accumulation. Or even, why this runime data is stored in a DNA.
Some sanitizing is possible here, but needs to be done with care
to not disrupt Spring production.
|
|
|
|
|
|
|
|
|
|
broken in Blender 2.80
In fact, we can get valid depsgraph 99% of time from current context.
Still added extra optionnal depsgraph parameter just in case (and also
for future, when we might be handling much more temp depsgraphs).
|
|
I start to think that an automatic detection would be a better solution.
|
|
The real reason for the problem is still unknown, but this solution adds less overhead than rBdafaa6f22881.
|
|
This reverts commit dafaa6f22881419ac55f2f3fe3de9ac4023aa108.
|
|
|
|
|
|
Also (mostly in comments): behaviour -> behavior (we use American English).
|
|
|
|
|
|
ARegion.sizex/y should never have DPI factor applied. For regular panel
regions, DPI will be applied in region_rect_recursive already, causing
it to be applied twice when region size is set dynamically (= based on
content dimensions).
|
|
Also contains some code typo fixes (mostly, adtaptative -> adaptive,
former is nearly innexistant in English, let's stick to simple valid
words ;) ).
|
|
Would allocate memory for AZones and register them even if their
coordinates/bounding-box was all 0, meaning they're not visible and not
interactive.
|
|
|
|
|
|
|
|
|
|
"angular mult factor" is a completely unintelligible description
for a function that raises a unit quaternion to the scalar power.
|
|
|
|
Review of the "D Suzanne to reduce number of points and small changes in shapes and colors.
Designed by Matias Mendiola and Daniel M. Lara
|
|
The root of the problem is that KnifeTool_OpData->colors was not init in
some cases. But the reason is unknown as it seems to be random and the
init function was always called.
So instead on init the color only once, we query the colors each time
we draw the knife points.
The overhead of this approach is negligeable.
|
|
Issue caused probably by typo
|
|
|