Age | Commit message (Collapse) | Author |
|
the node editor.
|
|
|
|
Check for marker's visibility was a bit odd.
|
|
|
|
Commit Dynamic Paint from "soc-2011-carrot" branch into trunk.
End-user documentation:
http://wiki.blender.org/index.php/Doc:2.6/Manual/Modifiers/Simulation/Dynamic_Paint
GSoC wiki page:
http://wiki.blender.org/index.php/User:MiikaH/GSoC-2011-DynamicPaint
|
|
vertices in edit mode with edge split viewable)
This bug is caused by exactly the same reason as #26316: differences in how new vertices/edges
are getting calculated first and how they're adding later. In some cases extra vertices are
creating which weren't counted before.
This patch prevents crash in such situations, but result mesh can be a bit wrong.
This should work fine in bmesh, so think it's acceptable to have such workaround
before actual fix coming with bmesh.
|
|
- remove unneeded call to defvert_find_index() when weight painting.
|
|
seems they should be added but evidently work fine without.
|
|
|
|
ended up having to add a new pointer into the uiBlock (which I'd rather have avoided), but setting the uiLayoutSetContextPointer(..) was complicated to properly use for submenus and popus.
|
|
noticed that the lock enforcer was taking several improper steps to redistribute evenly with multi-paint.
Beforehand, a few problems were in view: some of the indexing was changed towards the end to use the more efficient stack structure, but needed to use the correct def group indices.
Also, the designated selected group would use its own value to acquire the standard to base change distributed to the others.
Lastly, the total_change was used rather than -left_overs in the formula to compute the new designated weight within the means of the locks' allowed changes.
Now, while maintaining the ratios of the selection, it correctly returns left over change that could not be redistributed to the unlocked groups.
|
|
|
|
|
|
This way, we will be able to use it in non-UI parts of the code too.
|
|
|
|
GSoC11-Pepper changes forward to the version patch in place for Cycles +
Tracking.
It turns out that the original version patches introduced for these settings
were being done for the wrong version, and hence did not show in trunk as they
should have (2.59 came out before the branch was merged, so this kindof slipped
under the radar). The affected settings were:
- default handle-type (which was supposed to be "auto-clamped" but was "auto" in
trunk)
- theme settings for these handle colours
|
|
in french...
|
|
No CUDA compiling yet, will be added later.
|
|
|
|
|
|
Documentation:
http://wiki.blender.org/index.php/Dev:2.6/Source/Render/Cycles
http://wiki.blender.org/index.php/Doc:2.6/Manual/Render/Cycles
Cycles is available is an extra render engine from the top header. It's not
feature complete, consider this as a first preview release. Known bugs:
http://wiki.blender.org/index.php/Dev:2.6/Source/Render/Cycles/KnownIssues
Building currently only works with CMake, SCons support is being worked on
and should be available soon.
Also missing still is precompiled OpenImageIO and Boost for Linux, these will
be added later in lib/linux*, if you do not have these installed on your
system, Cycles will simply not be available.
|
|
to enable from python:
bl_options = {'REGISTER', 'UNDO', 'PRESET'}
from C:
ot->flag= OPTYPE_REGISTER|OPTYPE_UNDO|OPTYPE_PRESET;
- added context member 'active_operator'
- enable this for 'Add Torus' for testing.
|
|
Just another not very smart check for "boundary" case of usecase.
|
|
noticeable on large files.
- also netbeans project file generator now uses branch name for project.
|
|
It was an mistake in join tracks operator which lead to reading unitialized memory.
|
|
effect for a render engine using new shading nodes. In short:
* No longer uses images assigned to faces in the uv layer, rather the active
image texture node is what is edited/painted/drawn.
* Textured draw type now shows the active image texture node, with solid
lighting.
* Material draw mode shows GLSL shader of a simplified material node tree,
using solid lighting.
* Textures for modifiers, brushes, etc, are now available from a dropdown in
the texture tab in the properties editor. These do not use new shading nodes
yet.
http://wiki.blender.org/index.php/Dev:2.6/Source/Render/TextureWorkflow
|
|
label.
|
|
|
|
|
|
that use the new shading nodes system. Documentation:
http://wiki.blender.org/index.php/Doc:2.6/Manual/Render/Cycles/Nodes
|
|
|
|
- Fixed inconsistent data type used for pts number in ffmpeg_fetchibuf
and stored in timecode structure. Not really issue for "correct" movie files,
but probably can help for "broken" one
|
|
Thanks Campbell to point on this issue.
|
|
|
|
- Assume all areas are using valid MovieClipUser when using functions from movieclip.c
- Set active scene clip to movie-related nodes in compositor rather than checking
if there's only one clip in datablocks
- Fixed users count issue when solving camera motion
|
|
transform code again
|
|
remove unneeded collection length function.
|
|
to be used by cycles. For testing there's a panel in the node editor if you set
debug to 777, didn't enable it because I'm not sure it's very useful there.
|
|
|
|
(yes sir, it is a bugfix :P ).
|
|
ColorMapping struct for color manipulation of textures. These will be the
standard built-in texture node options for manipulating the incoming texture
coordinate and outgoing color.
|
|
sockets that get their default value if no node is connected from elsewhere,
e.g. a texture coordinate.
|
|
|
|
|
|
|
|
* Expose 3D view camera zoom and offset, needed if you want to precisely
reconstruct camera parameters.
* Rename SpaceFileBrowser.operator to active_operator, to avoid conflict
with c++ keyword.
|
|
|
|
|
|
|
|
|