| Age | Commit message (Collapse) | Author |
|---|
|
Issue here is most likely sampler uniforms and textures not being
updated properly when zero binding is created. Solution for now is to
allow zero binding but when this happens use sexy pink invalid texture
instead :p.
|
|
|
|
Walk the linked list rather then doing index lookups.
|
|
We need to 'reset' mouse coordinates to the one it was when the gesture handling started,
else org coords are where the tweak event is created, which gives a noticeable gap
(several pixels) and unwanted behavior like the one retported about file box selection.
|
|
Skip doing particle update in object_handle_update if object is in
edit mode.
Object will be re-evaluated on exit from edit mode anyway, so it's
_expected_ to be a safe change.
|
|
|
|
|
|
The root of the issue goes to the fact that we only can
read RGB EXR files, but they could be YCbCr or just Luma.
Added support for this two cases.
Note: internally EXR would still be 3 channels, so no
big memory save would happen here, at least yet.
|
|
It's not that trivial to support disapearing tracks in the sequence,
and since we're having ongoing 2D stabilization rework patch wouldn't
want to start doing rather bigger changes here now.
Let's just stick to legacy behavior for this release.
This reverts commits 91429d0, 543ce85
|
|
|
|
|
|
|
|
Would continuously reinitialize the first chunk of the mempool,
now check for at least 2 blocks.
|
|
|
|
2.70 for non Apple systems.
Also refactored the code that restores the previous openmp thread count.
The logic here was weird, mostly due to all the commit madness with
Apple openmp support. The restored thread count though should not depend
on the on/off state of threaded sculpting (since it has to do with
systems other than sculpting only). For OSX threads are restored to the
system thread count but Jens should recheck here.
|
|
|
|
also use schedule(static) for simple for loops.
|
|
The issue has been introduced in 1fabfc9 by changing
notifiers being sent.
|
|
Yet another missing redraw flag catching (only affecting Cycles, in this case).
|
|
fmc->script is a text datablock, for which we need to
access to it's IT property.
|
|
BKE_library_foreach_ID_link().
Just noticed them while working on the previous commit (rB00f722042c07).
|
|
BKE_library_foreach_ID_link().
|
|
|
|
|
|
settings.
|
|
associated line style.
This commit amends a de-duplication of error messages in the commit rB6067fa682b0c.
|
|
|
|
|
|
The node was using sampler from the callee node and passed
it to the input nodes. Since the fact that compositor output
node uses NEAREST interpolation (why it uses nearest is the
whole separate story) it's not possible to have subpixel
precision in such cases:
<image> -> <translate> -> <output>
For now solving by hard-coding translate node to use BILINEAR
interpolation. It can't become worse in this node anyway and
the sampling pipeline is to be re-visited from scratch.
|
|
|
|
This lead to unpredictable results in some cases.
|
|
|
|
|
|
More like a feature request, but after i've implemented preview for
icons it was rather simple to support nodes previews.
|
|
Shadow" is enabled.
This is followup to rB8008d9bdfd57. Blender Render and GLSL preview
now produce the same results.
|
|
|
|
|
|
|
|
Gave slowdown drawing on high poly meshes
|
|
|
|
Seems to be caused by the way how the most bottom strip in the stack
used to apply effect. Just rendering strip in this cases will not give
proper results.
Made it so effect is applying between empty imbuf and actual strip.
Seems to work by tests, but more intense testing is required.
|
|
Was interpolating and setting the color twice per edge.
Now only set the color when needed (can be once per draw),
~2x speedup for edge drawing.
|
|
list but pointer is NULL when not activated
This does not break other OSX versions, just add a check for pathString
|
|
count.
Changes were made in Stroke::Resample(int) in C++ to prevent a potential infinite loop
caused by an inconsistency between Stroke::_Length and the stroke length computed
based on stroke vertices. Such a stroke length inconsistency is usually caused by missing
calls of Stroke::UpdateLength() (i.e., API implementation bugs), but also may occur due
to scripting errors in user-defined style modules. This commit is meant to help script
writters to identify the latter error cases. Now Stroke.resample(int) may raise a runtime
error to signal an error condition.
|
|
also skip setting wire color drawing depth
|
|
|
|
They were using INPUT_SPRING in a way which didn't allow
it to easily redo the operator because INPUT_SPRING internally
is stored as a ration between old value and new one and crease
and bevel were converting this to value delta.
Now made it special input type INPUT_SPRING_DELTA which is
storing delta of the spring, meaning now values in the redo
panel kind of makes sense -- they mean how much to add/remove
to the crease/bevel weight.
Expect to be no functional changes from interactive transform
POV, just a bit more convenient to use redo panel.
|
|
This change is part of a fix for T40435, but will postpone for now.
Original patch by Sergey Sharybin
|
|
|
|
|
