Blender Git Statistics -> Developers -> zeddb
Sebastian Parborg (zeddb)
Total Commits : 330
Master Commits : 178
Branch Commits : 152
First Commit : July 11, 2018
Latest Commit : January 20, 2021 (Yesterday)
Commits by Month
Date | Number of Commits | |
---|---|---|
January, 2021 | 8 | |
December, 2020 | 8 | |
November, 2020 | 14 | |
October, 2020 | 5 | |
September, 2020 | 22 | |
August, 2020 | 10 | |
July, 2020 | 7 | |
June, 2020 | 14 | |
May, 2020 | 14 | |
April, 2020 | 14 | |
March, 2020 | 9 | |
February, 2020 | 1 | |
January, 2020 | 1 | |
December, 2019 | 5 | |
November, 2019 | 6 | |
October, 2019 | 7 | |
September, 2019 | 28 | |
August, 2019 | 11 | |
July, 2019 | 19 | |
June, 2019 | 8 | |
May, 2019 | 4 | |
April, 2019 | 9 | |
March, 2019 | 9 | |
February, 2019 | 7 | |
January, 2019 | 5 | |
December, 2018 | 9 | |
November, 2018 | 8 | |
October, 2018 | 4 | |
September, 2018 | 9 | |
August, 2018 | 35 | |
July, 2018 | 20 |
Commit Distribution
Favourite Files
Filename | Total Edits |
---|---|
MOD_mybmesh.c | 57 |
simulate.cpp | 24 |
object_remesh.c | 23 |
quadriflow_capi.cpp | 14 |
CMakeLists.txt | 13 |
optimizer.cpp | 13 |
node_geo_point_distribute.cc | 13 |
mesh_remesh_voxel.c | 13 |
quadriflow_capi.hpp | 12 |
BKE_mesh_remesh_voxel.h | 12 |
File Changes
Action | Total | Per Commit |
---|---|---|
Added | 1 581 | 4.8 |
Modified | 1 640 | 5.0 |
Deleted | 12 | 0.0 |
Code Changes
Action | Total | Per Commit |
---|---|---|
Lines Added | 14 943 | 50.0 |
Lines Removed | 7 477 | 25.0 |
Latest commits 
14 hours 46 min ago |
Merge branch 'blender-v2.92-release' |
14 hours 47 min ago |
Fix T84867: Transform node does not rotate/scale instances The manipulation of rot/scale was simply not implemented. |
1 day and 14 hours ago |
Merge branch 'blender-v2.92-release' |
Revision eb65d5f by Sebastian Parborg (temp-lineart-contained) January 14, 2021, 20:28 (GMT) |
Fix building with and without WITH_LINEART |
January 14, 2021, 16:37 (GMT) |
Fix automated tests when building with GCC and march=native When building with more aggressive optimization flags, GCC will add FMA (Fused Multiply Add) instructions that will slightly alter the floating point operation results. This causes some automated tests to fail in blender. In clang and the intel compiler ffp-contract is set to off per default it seems from my research. (They do not have the exact same setting, but the default seems to match the off behavior) Reviewed By: Brecht Differential Revision: http://developer.blender.org/D9047 |
January 14, 2021, 16:32 (GMT) |
Fix automated tests when building with GCC and march=native When building with more aggressive optimization flags, GCC will add FMA (Fused Multiply Add) instructions that will slightly alter the floating point operation results. This causes some automated tests to fail in blender. In clang and the intel compiler ffp-contract is set to off per default it seems from my research. (They do not have the exact same setting, but the default seems to match the off behavior) Reviewed By: Brecht Differential Revision: http://developer.blender.org/D9047 |
January 14, 2021, 12:14 (GMT) |
Tests: skip OSL render tests in build without OSL Differential Revision: https://developer.blender.org/D9990 |
January 4, 2021, 18:30 (GMT) |
Make mesh modifier tests not fail with optimized OSD lib When building opensubdiv with more aggressive optimization flags (-march=native -02) the output meshes would differ a bit from what we expected in the current automated modifier test file. The differences in vertex position is within the 1e-6 range, which I would call is acceptable for floats. In addition to this, all the modifier test that tests the subdiv modifier in particular pass without any modifications. I've updated two tests in the modifier test file and script to make it pass (listed below). Updated following test categories: 1. Decimate test Here there was a subdiv modifier applied before the actual decimate modifier. Because the decimate modifier creates a queue of potential vertices it can remove, it is highly sensitive to even small changes as it drastically changes in which order the vertices are decimated in. As this test should only be testing the decimate modifier, I pre-applied the subdiv modifier in the test file. 2. RandomCubeModifier For these tests I removed the subdiv modifier as well. As with decimate, a small change in vertex position here can lead to quite different results. Reviewed By: Sergey, Bastien Differential Revision: http://developer.blender.org/D9004 |
Revision a268710 by Sebastian Parborg (geometry-nodes-distribute-points, temp-geometry-nodes-distribute-points-cleanup) December 8, 2020, 14:56 (GMT) |
Merge branch 'master' into geometry-nodes-distribute-points |
Revision 604032c by Sebastian Parborg (geometry-nodes-distribute-points, temp-geometry-nodes-distribute-points-cleanup) December 8, 2020, 14:52 (GMT) |
Minor cleanup |
MiikaHweb - Blender Git Statistics v1.06