Age | Commit message (Collapse) | Author |
|
with `bvhtree_from_mesh_get`.
|
|
bvhtrees.
Use ray radius instead.
|
|
If you need the approximation, use raycast radius.
|
|
|
|
with epsilon equal to the value of ray_radius.
This is the desirable behavior.
It also removes one more use of `bvhtree_from_mesh_looptri`.
|
|
bvhtree_from_mesh_get`.
The value of epsilon was never used to create this bvhtree because whenever we activate this constraint, a bvhtree with parameter epsilon 0.0 was created and cached.
|
|
prevent corners errors in raycast.
Using FLT_EPSILON can fail with large coordinate values.
This commit also avoids storing bvhtrees with different settings in BVHCache.
|
|
Seems to be only related on linked nature of particles.
This is caused by some conflicting optimization done for viewport, which
does not do particles re-calculation if they do not depend on time
(which is crucial for big layout scene grass fields) and particle render
setting switch which was relying on fact that render pipeline will do
particle update via time dependency.
Now we extent an old workaround for invisible objects, which now also
deals with particles in the same way as old dependency graph was dealing
with this: tag object data for update if there is particle system.
There shouldn't be any speed difference between old and new depsgraph,
since tagging was already needed and was happening.
In Blender 2.8 such things should be easier to deal with since the whole
depsgraph is to be evaluated for render engine anyway.
|
|
|
|
Was passing non-normalized axis to angle_on_axis.
|
|
|
|
Useful for logging properties passed to operators.
|
|
This will help us have more control over bvhtrees that are cached.
|
|
Interpolated` and `Ray Radius` other than 0.0.
`MREMAP_RAYCAST_APPROXIMATE_BVHEPSILON(ray_radius)` greatly increased the radius making for example that 0.1 becoming 1.5
Now the result is much more predictable.
|
|
This bvhtree is only used for raycast. Currently the raycast does not benefit from general hull.
|
|
This bvhtree is only used for raycast and find_nearest which currently do not benefit from general hull.
|
|
|
|
Code for side normals isn't executing at the moment,
so not essential, but better correct it.
|
|
|
|
This will allow greater control of the bvhtrees that are obtained, and helps identify problems.
It is also an additional step to unify the functions.
|
|
Thanks @aligorith for the head-up.
|
|
No expected changes in behavior from that commit!
|
|
Since these will have their own manipulators,
its more convenient to keep them separate.
|
|
identifier type.
Reviewed By: @campbellbarton
Differential Revision: https://developer.blender.org/D3192
|
|
Since area lights are affected by scaling them, it only makes sense to support applying the scale to the lamp size.
Of course, applying location or rotation does not work.
If a scaling that changes the aspect ratio is applied to a square lamp, the mode is automatically changed to Rectangle.
|
|
In master this is working fine, but in 2.8 ob->imat was identity matrix.
Committing this in master to simplify merging.
|
|
|
|
Don't see a good reason for the old behavior, so better have it consistent.
|
|
This commit does two things:
- Adds an option to do the calculation in different color spaces (BT601
or BT709).
- Changes the default caluclation from legacy BT601 to BT709.
This affects several areas:
- UI areas (mainly scopes)
- ViewLevelsNode
- Several other nodes that use `COM_ConvertOperation.h`
|
|
|
|
|
|
|
|
|
|
Makes the file much less cluttered and more structured.
Also made some whitespace tweaks.
|
|
Reported in T47489 by Simon Windmill (coolpowers) who also provided the
fix, thanx.
Reviewed by Sebastian Witt (witt)
|
|
No functional changes.
|
|
Thanks Bastien for review!
|
|
Found by Dr. Sybren while working on modifiers port.
|
|
|
|
This caused too much trouble, also it's possible users run with
'release' in their CWD causing issues.
Developers can symlink "release/" to "bin/2.79".
|
|
This reverts commit f1bc0aeddedacf68182164dde5d4674d11aba6c9.
|
|
Was broken by f1e6838376a.
|
|
|
|
There were two issues here actually:
* The hack to allow running Blender directly from the source directory
would just check for a 'release' directory, without actually ensuring it
is release dir from blender source tree, and not some other random
folder.
* GHOST_getSystemDir returns nothing for portable installations, now
we'll then check directly in the blender binary dir in that case.
This fix is more critical in 2.8 branch, where that system path is used
to retrieve new '3D' icons...
|
|
|
|
recursive function.
Each parameter of the function is copied into the memory stack.
This also brought an improvement in peformance of snapping functions between 5% and 12% in my tests.
|
|
disable WITH_OPENVDB_BLOSC if Blosc libraries cannot be found.
|
|
elimination.
|
|
OpenVDB would always build without BLOSC and TBB support on case-sensitive file systems.
|
|
|