tornavis/intern/sky/CMakeLists.txt

# SPDX-License-Identifier: GPL-2.0-or-later

set(INC
  include
)

set(INC_SYS

)

set(SRC
  source/sky_model.cpp
  source/sky_nishita.cpp

  include/sky_model.h
  source/sky_float3.h
  source/sky_model_data.h
)

set(LIB
)

blender_add_lib(bf_intern_sky "${SRC}" "${INC}" "${INC_SYS}" "${LIB}")
File headers: SPDX License migration Use a shorter/simpler license convention, stops the header taking so much space. Follow the SPDX license specification: https://spdx.org/licenses - C/C++/objc/objc++ - Python - Shell Scripts - CMake, GNUmakefile While most of the source tree has been included - `./extern/` was left out. - `./intern/cycles` & `./intern/atomic` are also excluded because they use different header conventions. doc/license/SPDX-license-identifiers.txt has been added to list SPDX all used identifiers. See P2788 for the script that automated these edits. Reviewed By: brecht, mont29, sergey Ref D14069 2022-02-10 23:07:11 +01:00			`# SPDX-License-Identifier: GPL-2.0-or-later`
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 2020-07-09 17:19:52 +02:00
			`set(INC`
			`include`
			`)`

			`set(INC_SYS`

			`)`

			`set(SRC`
			`source/sky_model.cpp`
			`source/sky_nishita.cpp`
Cleanup: missing CMake headers from source lists 2020-07-16 05:17:31 +02:00
			`include/sky_model.h`
			`source/sky_float3.h`
			`source/sky_model_data.h`
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 2020-07-09 17:19:52 +02:00			`)`

			`set(LIB`
			`)`

			`blender_add_lib(bf_intern_sky "${SRC}" "${INC}" "${INC_SYS}" "${LIB}")`