Blender Git Statistics -> Developers -> lukasstockner97
Lukas Stockner (lukasstockner97)
Total Commits : 778
Master Commits : 261
Branch Commits : 517
First Commit : January 14, 2015
Latest Commit : February 14, 2021
Commits by Month
Date | Number of Commits | |
---|---|---|
February, 2021 | 1 | |
January, 2021 | 3 | |
December, 2020 | 1 | |
November, 2020 | 0 | |
October, 2020 | 5 | |
September, 2020 | 0 | |
August, 2020 | 3 | |
July, 2020 | 9 | |
June, 2020 | 4 | |
May, 2020 | 1 | |
April, 2020 | 0 | |
March, 2020 | 0 | |
February, 2020 | 9 | |
January, 2020 | 4 | |
December, 2019 | 23 | |
November, 2019 | 7 | |
October, 2019 | 0 | |
September, 2019 | 3 | |
August, 2019 | 0 | |
July, 2019 | 9 | |
June, 2019 | 0 | |
May, 2019 | 4 | |
April, 2019 | 0 | |
March, 2019 | 0 | |
February, 2019 | 8 | |
January, 2019 | 7 | |
December, 2018 | 1 | |
November, 2018 | 4 | |
October, 2018 | 13 | |
September, 2018 | 1 | |
August, 2018 | 3 | |
July, 2018 | 23 | |
June, 2018 | 75 | |
May, 2018 | 10 | |
April, 2018 | 2 | |
March, 2018 | 1 | |
February, 2018 | 0 | |
January, 2018 | 2 | |
December, 2017 | 2 | |
November, 2017 | 7 | |
October, 2017 | 0 | |
September, 2017 | 1 | |
August, 2017 | 5 | |
July, 2017 | 2 | |
June, 2017 | 12 | |
May, 2017 | 36 | |
April, 2017 | 26 | |
March, 2017 | 53 | |
February, 2017 | 50 | |
January, 2017 | 36 | |
December, 2016 | 19 | |
November, 2016 | 53 | |
October, 2016 | 19 | |
September, 2016 | 21 | |
August, 2016 | 60 | |
July, 2016 | 50 | |
June, 2016 | 35 | |
May, 2016 | 12 | |
April, 2016 | 9 | |
March, 2016 | 6 | |
February, 2016 | 3 | |
January, 2016 | 6 | |
December, 2015 | 3 | |
November, 2015 | 2 | |
October, 2015 | 8 | |
September, 2015 | 0 | |
August, 2015 | 0 | |
July, 2015 | 2 | |
June, 2015 | 0 | |
May, 2015 | 0 | |
April, 2015 | 2 | |
March, 2015 | 0 | |
February, 2015 | 0 | |
January, 2015 | 2 |
Commit Distribution
Favourite Files
Filename | Total Edits |
---|---|
device_cpu.cpp | 127 |
blender_session.cpp | 109 |
kernel_types.h | 101 |
device_cuda.cpp | 101 |
session.cpp | 83 |
image_ops.c | 69 |
buffers.cpp | 68 |
blender_sync.cpp | 67 |
nodes.cpp | 66 |
session.h | 63 |
File Changes
Action | Total | Per Commit |
---|---|---|
Added | 403 | 0.5 |
Modified | 7 667 | 9.9 |
Deleted | 322 | 0.4 |
Code Changes
Action | Total | Per Commit |
---|---|---|
Lines Added | 39 619 | 63.5 |
Lines Removed | 23 903 | 38.3 |
Latest commits 
February 14, 2021, 16:07 (GMT) |
Cycles: Implement Dwivedi guiding for path-traced subsurface scattering Cycles has supported path-traced subsurface scattering for a while, but while it's more accurate than other approaches, the increase in noise makes it an expensive option. To improve this, this patch implements Dwivedi guiding, a technique that is based on zero-variance random walk theory from particle physics and helps to produce shorter random walks with more consistent throughput. The idea behind this is that in non-white materials, each scattering event inside the medium reduces the path throughput. Therefore, the darker the material is, the lower the contribution of paths that travel far from the origin is. In order to reduce variance, Dwivedi guiding uses modified direction and distance sampling functions that favor paths which go back towards the medium interface. By carefully selecting these sampling distributions, variance can be greatly reduced, and as a neat side effect shorter paths are produced, which speeds up the process. One limitation of just blindly applying this is that the guiding is derived from the assumption of a medium that covers an infinite half-space. Therefore, at corners or thin geometry where this does not hold, the algorithm might lead to fireflies. To avoid this, the implementation here uses MIS to combine the classic and guided sampling. Since each of those works on one of the three color channels, the final estimator combines six sampling techniques. This results in some unintuitive math, but I tried to structure it in a way that makes some sense. Another improvement is that in areas where the other side of the mesh is close (e.g. ears), the algorithm has a chance to switch to guiding towards the other side. This chance is based on how deep the random walk is inside the object, and once again MIS is applied to the decision, giving a total of nine techniques. Combining all this, the noise of path-traced subsurface scattering is reduced significantly. In my testing with the Rain character model and a simple lighting setup, the path-traced SSS is now actually less noisy than the Christensen-Burley approximation at same render time while of course still being significantly more realistic. Differential Revision: https://developer.blender.org/D9932 |
January 14, 2021, 21:03 (GMT) |
Use mmap() IO for reading uncompressed .blends Instead of submitting tons of tiny IO syscalls, we can speed things up significantly by `mmap`ing the .blend file into virtual memory and directly accessing it. In my local testing, this speeds up loading the Dweebs file with all its linked files from 19sec to 10sec (on Linux). As far as I can see, this should be supported on Linux, OSX and BSD. For Windows, a second code path uses `CreateFileMapping` and `MapViewOfFile` to achieve the same result. Reviewed By: mont29, brecht Differential Revision: https://developer.blender.org/D8246 |
January 11, 2021, 20:04 (GMT) |
Fix T84496: Cycles: Tile stealing does not work with NLM Reviewed By: brecht Maniphest Tasks: T84496 Differential Revision: https://developer.blender.org/D10066 |
January 11, 2021, 20:04 (GMT) |
Fix T82351: Cycles: Tile stealing glitches with adaptive sampling In my testing this works, but it requires me to remove the min(start_sample...) part in the adaptive sampling kernel, and I assume there's a reason why it was there? Reviewed By: brecht Maniphest Tasks: T82351 Differential Revision: https://developer.blender.org/D9445 |
December 25, 2020, 22:13 (GMT) |
Fix unreported: Cycles CLI device override doesn't set peer memory usage flag Reviewed By: brecht Differential Revision: https://developer.blender.org/D9929 |
October 31, 2020, 13:04 (GMT) |
Cycles: Fix debug compilation after tile stealing commit |
October 31, 2020, 00:57 (GMT) |
Cleanup: clang-format |
October 31, 2020, 00:57 (GMT) |
Cycles: Implement tile stealing to improve CPU+GPU rendering performance While Cycles already supports using both CPU and GPU at the same time, there currently is a large problem with it: Since the CPU grabs one tile per thread, at the end of the render the GPU runs out of new work but the CPU still needs quite some time to finish its current times. Having smaller tiles helps somewhat, but especially OpenCL rendering tends to lose performance with smaller tiles. Therefore, this commit adds support for tile stealing: When a GPU device runs out of new tiles, it can signal the CPU to release one of its tiles. This way, at the end of the render, the GPU quickly finishes the remaining tiles instead of having to wait for the CPU. Thanks to AMD for sponsoring this work! Differential Revision: https://developer.blender.org/D9324 |
October 2, 2020, 17:31 (GMT) |
Cleanup: clang-format |
October 2, 2020, 17:26 (GMT) |
Cycles: Add command line option for overriding the compute device The current way of setting the compute device makes sense for local use, but for headless rendering it it a massive pain to get Cycles to use the correct device, usually involving entire Python scripts. Therefore, this patch adds a simple command-line option to Blender for specifying the type of device that should be used. If the option is present, the settings in the user preferences and the scene are ignored, and instead all devices matching the specified type are used. Differential Revision: https://developer.blender.org/D9086 |
MiikaHweb - Blender Git Statistics v1.06