Blender Git Statistics -> Developers -> jason_hays22

Jason Hays (jason_hays22)

Total Commits : 59
Master Commits : 59
Branch Commits : 0
First Commit : May 23, 2011
Latest Commit : May 31, 2012

Commits by Month

DateNumber of Commits
May, 20121
April, 20120
March, 20120
February, 20120
January, 20120
December, 20110
November, 20112
October, 20110
September, 20117
August, 201111
July, 201117
June, 201116
May, 20115

Favourite Files

FilenameTotal Edits

File Changes

ActionTotalPer Commit

Code Changes

ActionTotalPer Commit
Lines Added3 48972.7
Lines Removed1 64434.3

Latest commits Feed

Revision 9547b76 by Jason Hays (master)
May 31, 2012, 17:22 (GMT)
This fixes a precision issue in multi-paint so that near zero values do not cause flickering as you paint.

It also changes multi-paint's "zero weight color" to black again--it was unintentionally changed to red some time late last year when an aspect of the colors were changed.
Revision 9dd85d3 by Jason Hays (master)
November 29, 2011, 02:23 (GMT)
The locking + multi-paint section of code needed correction and simplification:
The ratios were only being maintained between the altered weights when they were redistributed,
and the resulting weights did not fully respect the locks--now they do.
Revision 08cc1c6 by Jason Hays (master)
November 10, 2011, 02:09 (GMT)
While reviewing this part of the code for a Blender Proceedings article, I 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.
Revision 535668e by Jason Hays (master)
September 19, 2011, 16:13 (GMT)
Revision 2cbf475 by Jason Hays (master)
September 19, 2011, 15:36 (GMT)
Merged 40338-40364
Revision 94016ed by Jason Hays (master)
September 19, 2011, 15:11 (GMT)
vgroup_validmap needed to be assigned when locks were active.
Revision 73863a1 by Jason Hays (master)
September 18, 2011, 17:10 (GMT)
Split do_weight_paint_vertex() to isolate the simple case.

Added a tool-tip to the "fix deforms" op.

Removed code markers:
Revision a9c99f5 by Jason Hays (master)
September 18, 2011, 03:49 (GMT)
Changed the branch code markers to say "Radish" in response to a review.
They weren't & aren't meant to show ownership, they just help me navigate my related code.
Revision 1b5d16f by Jason Hays (master)
September 18, 2011, 01:09 (GMT)
I made multitude of fixes based on the comments provided online:

Removed the drawSelectedVerts and added drawSelectedVertices, which uses dm->foreachMappedVert.

In calc_weightpaint_vert_color():
Made the weight paint color black and return instead of input=-1

Made the pose bone selection normal when multi-paint is inactive.

Name fix for functions using mv instead of mvert.

Used vector functions provided by the math lib.

Changed some MEM_callocN references to be stacks.

Changed dm_deform_clear to use ob->derivedDeform primarily

Made the variable "float **changes" into "float (*changes)[2]"

Used CTX_data_active_object() in place of CTX_data_pointer_get_type()

Added the invert selection hotkey "Ctrl+I" to weight paint's vertex mask.
Revision 272bdce by Jason Hays (master)
September 13, 2011, 20:28 (GMT)
Re-added the interface template for vertex groups' checkboxes (they were cut out in a merge conflict)

MiikaHweb - Blender Git Statistics v1.06
By: Miika HämäläinenLast update: Nov-07-2014 14:18 MiikaHweb | 2003-2019