Blender Git Statistics -> Developers -> szulat

Szymon Ulatowski (szulat)

Total Commits : 5
Master Commits : 4
Branch Commits : 1
First Commit : April 9, 2020
Latest Commit : April 13, 2021

Commits by Month

DateNumber of Commits
April, 20212
March, 20210
February, 20210
January, 20210
December, 20200
November, 20200
October, 20200
September, 20200
August, 20200
July, 20202
June, 20200
May, 20200
April, 20201

Commit Distribution

PathNumber of Commits
master4
temp-gpencil-bezier-stroke-type1

Favourite Files

FilenameTotal Edits
COM_GlareNode.cc2
COM_MixOperation.cc2
gpu_shader_material_tex_sky.glsl2
image_sky.cpp1
CMakeLists.txt1
util_sky_nishita.cpp1
util_sky_model.cpp1
CMakeLists.txt1
util_sky_model.h1
sky_model.h1

File Changes

ActionTotalPer Commit
Added61.2
Modified214.2
Deleted40.8

Code Changes

ActionTotalPer Commit
Lines Added7719.3
Lines Removed7017.5

Latest commits Feed

Revision 9a930e9 by Szymon Ulatowski / Falk David (temp-gpencil-bezier-stroke-type)
April 13, 2021, 09:29 (GMT)
Fix T74680: Incorrect mixing in Glare node

The mixing function was designed to give correct results for Mix values of
-1, 0, and +1, but the behavior between these points was not linear. This is
unavoidable, because the function depends on both Mix and Mix^2 (by
multiplying value and mf) so they could not cancel out completely.

The new formula simply calculates the weighted sum without trying to invent
a smooth function.
Value for MixGlareOperation is now passed directly without scaling because
it is then easier to use.
Note that the previous formula performed max() twice for both input image
and the result, now there is just one max() per channel because the glare
input can't be negative.

Reviewed By: jbakker

Differential Revision: https://developer.blender.org/D7138
Revision 95e010a by Szymon Ulatowski / Jeroen Bakker (master)
April 12, 2021, 12:42 (GMT)
Fix T74680: Incorrect mixing in Glare node

The mixing function was designed to give correct results for Mix values of
-1, 0, and +1, but the behavior between these points was not linear. This is
unavoidable, because the function depends on both Mix and Mix^2 (by
multiplying value and mf) so they could not cancel out completely.

The new formula simply calculates the weighted sum without trying to invent
a smooth function.
Value for MixGlareOperation is now passed directly without scaling because
it is then easier to use.
Note that the previous formula performed max() twice for both input image
and the result, now there is just one max() per channel because the glare
input can't be negative.

Reviewed By: jbakker

Differential Revision: https://developer.blender.org/D7138
Revision 29da019 by Szymon Ulatowski / Clément Foucault (master)
July 13, 2020, 14:32 (GMT)
EEVEE: Fix sky zenith bug

Careless use of acos() in spherical coordinates transformation was
deteriorating the precision near zenith (and nadir) and producing
glitchy pixels (best seen in longer focal lengths).

Reviewed By: fclem

Differential Revision: https://developer.blender.org/D8266
Revision 9de0922 by Szymon Ulatowski / Clément Foucault (master)
July 9, 2020, 14:55 (GMT)
EEVEE: Implement the missing Sky texture

I'm not sure if the Sky was deliberately left out or was just waiting for a
better moment, but so many I was disappointed that Sky in EEVEE is
completely white.

There are already 2 implementations (osl and gpu) so this is the third one.
Looking at other cases it seems that we are not supposed to share sources
between cycles and the rest? So the new util_sky_model files are just
copies of what is already in cycles, except that the data file uses the RGB
variant of the Hosek/Wilkie model, because we output RGB anyway (but can be
easily changed to XYZ if desired - the results are nearly identical).
I am not sure if it is okay to pass 3*9 float values as 3 mat4 uniforms (I
wanted to use mat3 but it does not work).
Also, should I cache the sky model data between renders if the parameters
do not change?

Reviewed By: fclem, brecht

Differential Revision: https://developer.blender.org/D7108
Revision f3433fc by Szymon Ulatowski / Brecht Van Lommel (master)
April 9, 2020, 19:46 (GMT)
Collections: preserve exclude flag of child collections when unexcluding

Excluding a collection also changes the exclude setting on all child collections
so that it is possible to selectively enable some children without the parent
being enabled.

This change makes it so that if you unexclude the parent, the exclude setting
of children are restored again instead of being permanently lost.

Original patch by Szymon with modifications by Brecht.

Differential Revision: https://developer.blender.org/D7016

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