Blender Git Statistics -> Developers -> howardt
Howard Trickey (howardt)
Total Commits : 540
Master Commits : 332
Branch Commits : 208
First Commit : August 1, 2011
Latest Commit : February 28, 2021 (Today)
Commits by Month
Date | Number of Commits | |
---|---|---|
February, 2021 | 9 | |
January, 2021 | 2 | |
December, 2020 | 4 | |
November, 2020 | 17 | |
October, 2020 | 12 | |
September, 2020 | 5 | |
August, 2020 | 63 | |
July, 2020 | 42 | |
June, 2020 | 21 | |
May, 2020 | 0 | |
April, 2020 | 6 | |
March, 2020 | 10 | |
February, 2020 | 5 | |
January, 2020 | 6 | |
December, 2019 | 28 | |
November, 2019 | 4 | |
October, 2019 | 4 | |
September, 2019 | 6 | |
August, 2019 | 20 | |
July, 2019 | 6 | |
June, 2019 | 3 | |
May, 2019 | 9 | |
April, 2019 | 4 | |
March, 2019 | 3 | |
February, 2019 | 12 | |
January, 2019 | 6 | |
December, 2018 | 2 | |
November, 2018 | 3 | |
October, 2018 | 0 | |
September, 2018 | 0 | |
August, 2018 | 3 | |
July, 2018 | 0 | |
June, 2018 | 1 | |
May, 2018 | 2 | |
April, 2018 | 0 | |
March, 2018 | 0 | |
February, 2018 | 3 | |
January, 2018 | 3 | |
December, 2017 | 2 | |
November, 2017 | 0 | |
October, 2017 | 0 | |
September, 2017 | 1 | |
August, 2017 | 4 | |
July, 2017 | 3 | |
June, 2017 | 3 | |
May, 2017 | 4 | |
April, 2017 | 0 | |
March, 2017 | 0 | |
February, 2017 | 0 | |
January, 2017 | 0 | |
December, 2016 | 2 | |
November, 2016 | 0 | |
October, 2016 | 0 | |
September, 2016 | 2 | |
August, 2016 | 2 | |
July, 2016 | 0 | |
June, 2016 | 6 | |
May, 2016 | 1 | |
April, 2016 | 0 | |
March, 2016 | 0 | |
February, 2016 | 0 | |
January, 2016 | 0 | |
December, 2015 | 0 | |
November, 2015 | 0 | |
October, 2015 | 0 | |
September, 2015 | 3 | |
August, 2015 | 5 | |
July, 2015 | 5 | |
June, 2015 | 3 | |
May, 2015 | 0 | |
April, 2015 | 1 | |
March, 2015 | 1 | |
February, 2015 | 1 | |
January, 2015 | 1 | |
December, 2014 | 0 | |
November, 2014 | 0 | |
October, 2014 | 2 | |
September, 2014 | 0 | |
August, 2014 | 2 | |
July, 2014 | 3 | |
June, 2014 | 7 | |
May, 2014 | 3 | |
April, 2014 | 3 | |
March, 2014 | 2 | |
February, 2014 | 6 | |
January, 2014 | 15 | |
December, 2013 | 1 | |
November, 2013 | 8 | |
October, 2013 | 0 | |
September, 2013 | 4 | |
August, 2013 | 1 | |
July, 2013 | 4 | |
June, 2013 | 0 | |
May, 2013 | 1 | |
April, 2013 | 1 | |
March, 2013 | 1 | |
February, 2013 | 2 | |
January, 2013 | 10 | |
December, 2012 | 6 | |
November, 2012 | 12 | |
October, 2012 | 5 | |
September, 2012 | 5 | |
August, 2012 | 3 | |
July, 2012 | 5 | |
June, 2012 | 0 | |
May, 2012 | 0 | |
April, 2012 | 3 | |
March, 2012 | 9 | |
February, 2012 | 6 | |
January, 2012 | 2 | |
December, 2011 | 7 | |
November, 2011 | 2 | |
October, 2011 | 0 | |
September, 2011 | 7 | |
August, 2011 | 18 |
Commit Distribution
Favourite Files
Filename | Total Edits |
---|---|
bmesh_bevel.c | 134 |
mesh_intersect.cc | 52 |
bmesh_boolean.c | 48 |
boolean.cc | 41 |
editmesh_knife.c | 27 |
bmo_bevel.c | 27 |
mesh_boolean.cc | 26 |
MOD_bevel.c | 25 |
bmesh_boolean.cc | 25 |
editmesh_bevel.c | 25 |
File Changes
Action | Total | Per Commit |
---|---|---|
Added | 289 | 0.5 |
Modified | 3 680 | 6.8 |
Deleted | 89 | 0.2 |
Code Changes
Action | Total | Per Commit |
---|---|---|
Lines Added | 35 921 | 75.6 |
Lines Removed | 15 848 | 33.4 |
Latest commits 
5 hours 6 min ago |
Fix T86082 Bevel messed up UVs on some multisegment bevels. When polygons around a bevel are rebuilt, sometimes UVs are merged around a new vertex in the case of the face opposite a single edge being beveled on a 3-edge vertex. This should not have been done if any of the edges at that vertex were a seam. |
21 hours 48 min ago |
Fix T85948 Exact boolean crash with some nonplanar ngons. Triangulating ngons could fail with the method that was being used: projecting along the dominant normal axis and then using CDT. It could fail if the ngon has self crossings or might be so after the described projection. Switched to using projection along the normal itself, and also to using polyfill which produces some kind of triangulation no matter what in such circumstances. This will also likely be faster if there are a lot of ngons in the meshes, since the exact arithmetic CDT was being used before, and now float arithmetic is used. |
Revision 94dac49 by Howard Trickey (soc-2020-io-performance) February 23, 2021, 16:03 (GMT) |
Get branch into compling state again. There are some changes in Materials in the exporter that make compiling the importer fail. I fixed one and several others are just ifdef'd out for now so that the branch compiles. TODO to fix the rest. |
Revision 8abffed by Howard Trickey (soc-2020-io-performance) February 23, 2021, 14:43 (GMT) |
Merge branch 'master' into soc-2020-io-performance |
February 22, 2021, 14:54 (GMT) |
Fix compilation error in bypass bmesh commit when GMP not defined. |
February 22, 2021, 03:11 (GMT) |
Added a cast needed to shut up an error in last commit. |
February 21, 2021, 22:57 (GMT) |
Change Exact Boolean modifier to skip round trip through BMesh. The Exact modifier code had been written to avoid using BMesh but in the initial release the modifier still converted all Meshes to BMeshes, and then after running the boolean code on the BMeshes, converted the result back to a Mesh. This change skips that. Most of the work here is in getting the Custom Data layers right. The approach taken is to merge default layers from all operand meshes into the final result, and then use the original verts, edges, polys, and loops to copy or interpolate the appropriate custom data layers from all operands into the result. |
February 7, 2021, 22:41 (GMT) |
Forgot to free a bvhtree with previous commit. |
February 7, 2021, 16:25 (GMT) |
Fix T84493 et al: New Boolean on Suzanne. While Boolean is not guaranteed to work if the operands are not volume-enclosing (technically: PWN - piecewise constant winding number), it needs to do something in those cases. This change makes more cases meet user expectations in T84493, T64544, T83403, T82642 (though very slow on that one). The original new boolean code used "generalized winding number" for this fallback; replaced this with code that uses raycasting. Raycasting would have been faster, but for unfortunately also switchd to per-triangle tests rather than per-patch tests since it is possible (e.g., with Suzanne) to have patches that are both inside and outside the other shape. That can make it much slower in some cases, sadly. |
January 30, 2021, 20:58 (GMT) |
Fix T84465 Bevel Percent and Absolute when limit type is Weight. The previous fix to the width modes Percent and Absolute did not take into account that with limit mode Weight, the amount needs to be scaled by the bevel weight of the beveled edge in question. (Sometimes there are two beveled edges in question, in which case an average is used.) |
MiikaHweb - Blender Git Statistics v1.06