Blender Git Statistics -> Developers -> lukasstockner97

Lukas Stockner (lukasstockner97)

Total Commits : 532
Master Commits : 122
Branch Commits : 410
First Commit : January 14, 2015
Latest Commit : September 4, 2017

Commits by Month

DateNumber of Commits
September, 20171
August, 20175
July, 20172
June, 201712
May, 201735
April, 201726
March, 201753
February, 201750
January, 201736
December, 201619
November, 201653
October, 201619
September, 201621
August, 201660
July, 201650
June, 201635
May, 201612
April, 20169
March, 20166
February, 20163
January, 20166
December, 20153
November, 20152
October, 20158
September, 20150
August, 20150
July, 20152
June, 20150
May, 20150
April, 20152
March, 20150
February, 20150
January, 20152

Commit Distribution

PathNumber of Commits
temp-cycles-denoising320
soc-2016-cycles_denoising227
master122
experimental-build39
fracture_modifier32
blender-v2.78c-release30
blender-v2.78b-release30
temp-xinput-tablet13
temp-cycles-microdisplacement12
blender-v2.78-release4
compositor-20164
blender-v2.79-release2
greasepencil-object2
id_override_static1
temp-ssr1
blender2.81
id_copy_refactor1
temp-lightprobe-rename1
workspaces1
topbar1
tmp-debug-filebrowser1
strand_editmode1
custom-manipulators1
asset-engine1
temp-workspace-changes1

Favourite Files

FilenameTotal Edits
device_cpu.cpp110
device_cuda.cpp87
kernel_types.h84
blender_session.cpp81
session.cpp70
kernel_filter.h60
buffers.cpp58
session.h55
kernel_cpu_impl.h54
ui.py51

File Changes

ActionTotalPer Commit
Added3610.7
Modified5 68810.7
Deleted3170.6

Code Changes

ActionTotalPer Commit
Lines Added25 75559.5
Lines Removed17 31840.0

Latest commits Feed

Revision 6f4a0c2 by Lukas Stockner / Bastien Montagne (blender-v2.79-release, fracture_modifier)
September 4, 2017, 10:56 (GMT)
Cycles: Mark pixels with negative values as outliers

If a pixel has negative components, something already went wrong, so the best option is to just ignore it.

Should be good for 2.79.
Revision f9a3d01 by Lukas Stockner (master)
August 25, 2017, 15:46 (GMT)
Cycles: Mark pixels with negative values as outliers

If a pixel has negative components, something already went wrong, so the best option is to just ignore it.

Should be good for 2.79.
Revision e54df78 by Lukas Stockner / Sergey Sharybin (blender-v2.79-release, fracture_modifier)
August 17, 2017, 12:07 (GMT)
Fix T52280: The Image node in Compositing can't read Z buffer of openEXR in 2.79

As part of the fix for T51587, I removed the Depth output for non-Multilayer
images since it seemed weird that PNGs etc. that don't have a Z pass still get
a socket for it.
However, I forgot about non-multilayer EXRs, which are a special case that can
actually have a Z pass.

Therefore, this commit brings back the Depth output for non-multilayer images
just like it was in 2.78.
Revision 5492d2c by Lukas Stockner (master)
August 17, 2017, 00:00 (GMT)
Cycles: Calculate correct remaining time when using a larger pixel size
Revision 66c1b23 by Lukas Stockner (master)
August 14, 2017, 23:22 (GMT)
Cycles/BI: Add a pixel size option for speeding up viewport rendering

This patch adds "Pixel Size" to the performance options, which allows to render
in a smaller resolution, which is especially useful for displays with high DPI.

Reviewers: Severin, dingto, sergey, brecht

Reviewed By: brecht

Subscribers: Severin, venomgfx, eyecandy, brecht

Differential Revision: https://developer.blender.org/D1619
Revision f272893 by Lukas Stockner (master)
August 8, 2017, 22:29 (GMT)
Fix T52280: The Image node in Compositing can't read Z buffer of openEXR in 2.79

As part of the fix for T51587, I removed the Depth output for non-Multilayer
images since it seemed weird that PNGs etc. that don't have a Z pass still get
a socket for it.
However, I forgot about non-multilayer EXRs, which are a special case that can
actually have a Z pass.

Therefore, this commit brings back the Depth output for non-multilayer images
just like it was in 2.78.
Revision 15fd758 by Lukas Stockner (master)
July 3, 2017, 16:26 (GMT)
Fix T51950: Abnormally long Cycles OpenCL GPU render times with certain panoramic camera settings

The problem here was that when a "invalid" path is generated by the panoramic camera, it was tagged
as RAY_TO_REGENERATE with the intention of generating a new path in kernel_buffer_update.

However, since that state was not handled in kernel_queue_enqueue, kernel_buffer_update did not
process the path which resulted in an infinite loop.
Revision 6782a60 by Lukas Stockner (master)
July 3, 2017, 16:26 (GMT)
Cycles: Add missing split kernel to CPUDevice
Revision 1f3fd8e by Lukas Stockner (master)
June 28, 2017, 19:32 (GMT)
Fix T51909: Cycles: Uninitialized closure normals for the Hair BSDF

As the title says, the normal wasn't set for the Hair BSDF because it wasn't
needed before. However, the denoiser uses it to store the feature passes, so
it needs to be set now.
Revision 8cb741a by Lukas Stockner (master)
June 21, 2017, 22:09 (GMT)
Fix T51836: Cycles: Fix incorrect PDF approximations of the MultiGGX closures

The PDF of the MultiGGX sampling is approximated by the singlescattering GGX
term as well as a scaled diffuse term that makes up for the energy in the
multiscattering component that's missed by GGX.

However, there were two problems with the glossy terms: The diffuse term missed
a normalization factor, and the singlescattering term was not properly scaled
down based on the albedo estimate.

The glass term was completely wrong and has been rewritten. It uses the fresnel
factor to weight reflection vs. refraction and uses the glossy MultiGGX model
for reflection.
For refraction, the correct singlescattering term is now used, and a new
albedo approximation is used that was derived by evaluating GGX albedo for
roughnesses from 0 to 1 and IORs from 1 to 3 and fitting numerical
approximations to it. The resulting model has a mean relative error of 9e-5,
but could probably be simplified without losing noticable accuracy in the
final render.

The improved PDFs help with glossy highlights (due to better light sampling vs.
closure sampling MIS) and fix the situation described in T51836 where mixing
MultiGGX with other closures (as it happens in e.g. the Principled
BSDF) causes incorrect darkening.

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