Blender Git Commits

Blender Git "master" branch commits.

Page: 3098 / 5574

August 23, 2013, 08:27 (GMT)
Fix #36535: Color difference when saving image

Issue was caused by precision loss in alpha under code.
Now it might be slower a bit, but it's as precise as it
could be. At least i hope so :)
August 23, 2013, 05:32 (GMT)
edits to new symmetrize tool
- snap axis-aligned verts to the center.
- expose the threshold for detecting if a vertex is on the axis.
August 23, 2013, 05:15 (GMT)
modify closest_to_plane_v3 not to use point-normal form.
August 23, 2013, 04:22 (GMT)
move bmesh tools into their own include,
changes to tool args would rebuild far too many files and these are mainly by modifiers outside of bmesh.
August 23, 2013, 04:04 (GMT)
style cleanup: pep8
August 22, 2013, 19:57 (GMT)
Cycles / Sampling UI:
* Add a "Total Samples" info at the bottom of the panel.
This makes understanding the Non-Progressive integrator easier, as it displays how many samples are used for the different ray types.

* Rename Squared Samples to Square samples, to indicate that the action is not already done. The new Total Samples info should make this easier to understand now as well. Also added back for Progressive integrator, for consistency.

Screenshot:
http://www.pasteall.org/pic/show.php?id=57980
August 22, 2013, 18:52 (GMT)
correct own error in r59365, reported as [#36536] Extrusion detaches faces
August 22, 2013, 18:02 (GMT)
replace symmetrize code with calls to bmesh operators.
calls: bisect, duplicate, scale, flip, weld.

resolves report [#36475] Symmetrise does not keep uv/weight

also fixes issues with faces that cross the axis more then once.
August 22, 2013, 17:56 (GMT)
new bmesh operator bisect_plane, cuts a mesh in half, takes a user defined plane as an argument, handles concave ngons which need multiple cuts.
August 22, 2013, 17:32 (GMT)
bmesh duplicate operator: add vertmap output slot.
August 22, 2013, 15:30 (GMT)
add utility functions for dealing with planes
- plane_point_side_v3(), a bit like line_point_side_v2()
- isect_point_planes_v3(), moved from paint_hide.c

functions to convert between point/normal pairs.
- plane_from_point_normal_v3()
- plane_to_point_normal_v3()
August 22, 2013, 13:51 (GMT)
Automatically re-generate png icon files from svg ones (CMake only for now)... Expects Inkscape program.
August 22, 2013, 13:48 (GMT)
Had not been updated after last edit to prvicons.svg file (r53004)...
August 22, 2013, 06:05 (GMT)
Fix [#36534] Errors in install_deps.sh script when running on Arch Linux

Patch provided by Darren Beck, thanks!
August 21, 2013, 23:33 (GMT)
minor internal change: isect_point_poly_v2 was assigning a value past the array bounds,
not that bad since it wasn't read but this isnt good practice and its simple to avoid.
August 21, 2013, 23:19 (GMT)
style cleanup: pep8, also use float literals when comparing floats and pass tuples to mathutils.Vector() rather then list.
August 21, 2013, 21:35 (GMT)
Fix [#36530] Texture tab refreshing problem

That was not really a bug (code working as expected), but the way tex context was handled was a bit raw, now it is much smarter:
* Default fallback context (when current one is no more valid) will now choose "most specific" ones first (i.e. material/lamp/particules before world and "others").
* When using that default fallback context, previous one is stored and we try to revive it later, if possible. Thus e.g. object[mat tex ctxt] -> empty[default world ctxt] -> object[mat tex ctxt] is now working as expected.
* However, when user explicitely or implicitely (through e.g. going to Material context...) sets a tex context, previous one is not stored, so that only default fallback context switch may later automatically revive a previous (presumably user-set) context.
August 21, 2013, 21:20 (GMT)
Temporary fix for gaps in strokes when objects are behind the lines.
Problem report by Light BWK through personal communications, thanks a lot!

Apparently there is something wrong in the way how edges are chained to
create strokes. For some unknown reason, strokes may contain a very small
line segment that proceeds in the opposite direction (e.g., downward
even when adjacent stroke segments proceed upward), resulting in the
reported visual artefact.

This revision is intended to address the reported issue in most cases.
The present solution is not a proper fix of the issue. Another code
update with better understanding of the real cause is due in the future
work.
August 21, 2013, 20:45 (GMT)
set nonnull args for BLI_qsort_r
August 21, 2013, 20:21 (GMT)
ghash/edgehash flag wasn't being initialized for new hashes. also init vars in same order for ghash/edgehash.
By: Miika HämäläinenLast update: Nov-07-2014 14:18MiikaHweb | 2003-2021