Sivu saatavilla vain englanninkielisenä.
MiikaHweb - Blender Git Statistics v1.06
Blender Git Statistics -> Developers -> Baardaap
Martijn Versteegh (Baardaap)
Total Commits : 5
Master Commits : 5
Branch Commits : 0
First Commit : September 22, 2020
Latest Commit : November 26, 2021
Commits by Month
Date | Number of Commits | |
---|---|---|
November, 2021 | 3 | |
October, 2021 | 0 | |
September, 2021 | 0 | |
August, 2021 | 0 | |
July, 2021 | 0 | |
June, 2021 | 0 | |
May, 2021 | 0 | |
April, 2021 | 0 | |
March, 2021 | 0 | |
February, 2021 | 0 | |
January, 2021 | 0 | |
December, 2020 | 0 | |
November, 2020 | 0 | |
October, 2020 | 1 | |
September, 2020 | 1 |
Favourite Files
Filename | Total Edits |
---|---|
filter.c | 1 |
BKE_spline.hh | 1 |
spline_bezier.cc | 1 |
curve_eval.cc | 1 |
paint_image_proj.c | 1 |
readfile.c | 1 |
blender_sync.cpp | 1 |
File Changes
Action | Total | Per Commit |
---|---|---|
Modified | 7 | 1.4 |
Code Changes
Action | Total | Per Commit |
---|---|---|
Lines Added | 66 | 13.2 |
Lines Removed | 22 | 4.4 |
Latest commits
November 26, 2021, 09:57 (GMT) |
Clarify a confusing comment. Affect and effect are too confusing for non-native english speakers (like me). Also BAKING_MASK_MARGIN doesn't exist anymore in the code. Reviewed By: sergey Differential Revision: https://developer.blender.org/D13361 |
November 11, 2021, 15:25 (GMT) |
Fix: Prevent use of uninitialized memory when creating Bezier spline When Constructing bezier splines from dna, the positions of the left/right handles were set directly in the internal vectors, by requesting a reference to them. The problem is that BezierSpline::handle_positions_left() calls ensure_auto_handles() before returning the reference. That function does some calculations on uninitialized memory if the positions array is not yet filled. Differential Revision: https://developer.blender.org/D13107 |
November 1, 2021, 11:16 (GMT) |
October 1, 2020, 12:37 (GMT) |
Fix T80395: Cycles baking crash when Surfaces are disabled in the view layer Always enable surfaces for baking, otherwise there is nothing to bake to. Differential Revision: https://developer.blender.org/D9015 |
September 22, 2020, 08:30 (GMT) |
Fix T80859: Thread safe pixeldata concersion from float to uchar and v.v. I created a bugreport T80859 earlier. The problem is in the file source/blender/editors/sculpt_paint/paint_image_proj.c (line numbers against commit d376aea61) at the lines 5309 and 5320 the functions `IMB_rect_from_float(...)` and `IMB_float_from_rect(...)` are called from threaded code on a shared ibuf. However, ps->reproject_ibuf is shared between threads, so this is not thread-safe. This is a race condition and leads to wrong output when projecting float data onto a uchar texture or vice versa on a multithreaded system. The checks on line 5308 and 5319 are already a race condition. I created this patch which fixes the problem , but I'm not sure if I'm overlooking something. This makes sure reproject_ibuf contains the correct formats *before* the threadpool is started. I replaced the original location of the conversions with BLI_asserts(). That may be overkill? Reviewed By: #sculpt_paint_texture, mont29 Maniphest Tasks: T80859 Differential Revision: https://developer.blender.org/D8936 |
MiikaHweb - Blender Git Statistics v1.06