test2/source/blender/compositor/shaders/compositor_read_input.glsl

/* SPDX-FileCopyrightText: 2023 Blender Authors
 *
 * SPDX-License-Identifier: GPL-2.0-or-later */

#include "gpu_shader_compositor_texture_utilities.glsl"

void main()
{
  ivec2 texel = ivec2(gl_GlobalInvocationID.xy);
  vec4 input_color = texture_load(input_tx, texel + lower_bound);
  imageStore(output_img, texel, READ_EXPRESSION(input_color));
}
License headers: add SPDX licenses for '.glsl' files When GLSL sources were first included in Blender they were treated as data (like blend files) and had no license header. Since then GLSL has been used for more sophisticated features (EEVEE & real-time compositing) where it makes sense to include licensing information. Add SPDX copyright headers to .glsl files, matching headers used for C/C++, also include GLSL files in the license checking script. As leading C-comments are now stripped, added binary size of comments is no longer a concern. Ref !111247 2023-08-24 10:54:59 +10:00			`/* SPDX-FileCopyrightText: 2023 Blender Authors`
			`*`
			`* SPDX-License-Identifier: GPL-2.0-or-later */`

GPU: Change GLSL include directive This changes the include directive to use the standard C preprocessor `#include` directive. The regex to applied to all glsl sources is: `pragma BLENDER_REQUIRE\((\w+\.glsl)\)` `include "$1"` This allow C++ linter to parse the code and allow easier codebase traversal. However there is a small catch. While it does work like a standard include directive when the code is treated as C++, it doesn't when compiled by our shader backends. In this case, we still use our dependency concatenation approach instead of file injection. This means that included files will always be prepended when compiled to GLSL and a file cannot be appended more than once. This is why all GLSL lib file should have the `#pragma once` directive and always be included at the start of the file. These requirements are actually already enforced by our code-style in practice. On the implementation, the source needed to be mutated to comment the `#pragma once` and `#include`. This is needed to avoid GLSL compiler error out as this is an extension that not all vendor supports. Rel #127983 Pull Request: https://projects.blender.org/blender/blender/pulls/128076 2024-10-04 15:48:22 +02:00			`#include "gpu_shader_compositor_texture_utilities.glsl"`
Realtime Compositor: Allow limited compositing region This patch allows the realtime compositor to be limited to a specific compositing region that is a subset of the full render region. In the context of the viewport compositor, when the viewport is in camera view and has a completely opaque passepartout, the compositing region will be limited to the visible camera region. On the user-level, this gives the user the ability to make the result of the compositor invariant of the aspect ratio, shift, and zoom of the viewport, making the result in the viewport identical to the final render compositor assuming size relative operations. It should be noted that compositing region is the visible camera region, that is, the result of the intersection of the camera region and the render region. So the user should be careful not to shift or zoom the view such that the camera border extends outside of the viewport to have the aforementioned benefits. While we could implement logic to fill the areas outside of the render region with zeros in some cases, there are many other ambiguous cases where such a solution wouldn't work, including the problematic case where the user zooms in very close, making the camera region much bigger than that of the render region. Differential Revision: https://developer.blender.org/D16899 Reviewed By: Clement Foucault 2023-01-06 14:42:00 +02:00
			`void main()`
			`{`
			`ivec2 texel = ivec2(gl_GlobalInvocationID.xy);`
Cleanup: Generalise input reading in compositor This patch generalises the pass reading shaders into input reading shaders. This is done make future development easier. 2023-10-30 17:27:07 +02:00			`vec4 input_color = texture_load(input_tx, texel + lower_bound);`
			`imageStore(output_img, texel, READ_EXPRESSION(input_color));`
Realtime Compositor: Allow limited compositing region This patch allows the realtime compositor to be limited to a specific compositing region that is a subset of the full render region. In the context of the viewport compositor, when the viewport is in camera view and has a completely opaque passepartout, the compositing region will be limited to the visible camera region. On the user-level, this gives the user the ability to make the result of the compositor invariant of the aspect ratio, shift, and zoom of the viewport, making the result in the viewport identical to the final render compositor assuming size relative operations. It should be noted that compositing region is the visible camera region, that is, the result of the intersection of the camera region and the render region. So the user should be careful not to shift or zoom the view such that the camera border extends outside of the viewport to have the aforementioned benefits. While we could implement logic to fill the areas outside of the render region with zeros in some cases, there are many other ambiguous cases where such a solution wouldn't work, including the problematic case where the user zooms in very close, making the camera region much bigger than that of the render region. Differential Revision: https://developer.blender.org/D16899 Reviewed By: Clement Foucault 2023-01-06 14:42:00 +02:00			`}`