english Sivu saatavilla vain englanninkielisenä.

Blender Git Statistics -> Branches -> tmp-gpu-shader-descriptor-2

"Tmp-gpu-shader-descriptor-2" branch

Total commits : 10
Total committers : 1
First Commit : November 24, 2021
Latest Commit : December 15, 2021


Commits by Date

DateNumber of Commits
December 15, 20212
December 14, 20211
December 13, 20211
December 12, 20210
December 11, 20210
December 10, 20210
December 9, 20210
December 8, 20210
December 7, 20210
December 6, 20210
December 5, 20210
December 4, 20210
December 3, 20210
December 2, 20210
December 1, 20210
November 30, 20210
November 29, 20210
November 28, 20210
November 27, 20210
November 26, 20210
November 25, 20210
November 24, 20216

Committers

AuthorNumber of Commits
Clément Foucault10

Popular Files

FilenameTotal Edits
CMakeLists.txt7
gpu_shader_builder.c5
workbench_prepass.desc.h4
gpu_shader_3D_flat_color.desc.h4
draw_fullscreen.desc.h3
draw_object_infos.desc.h3
draw_view.desc.h3
gpu_shader_descriptor.h3
gpu_clip_planes.desc.h3
gpu_shader_dependency.cc3

Latest commits Feed

December 15, 2021, 13:05 (GMT)
Merge branch 'master' into gpu-shader-descriptor
December 15, 2021, 13:03 (GMT)
Implement OpenGL backend support 1/2
December 14, 2021, 17:14 (GMT)
ShaderCreateInfo: Rewrite implementation in C++
December 13, 2021, 14:14 (GMT)
Merge branch 'master' into gpu-shader-descriptor
November 24, 2021, 21:15 (GMT)
GPUShaderDescriptor for interface abstraction

This is a first draft of what the Shader Descriptor system could be.

A shader descriptor provides a way to define shader structure, resources
and interfaces. This makes for a quick way to provide backend agnostic
binding informations while also making shader variations easy to declare.

- Clear source input (only one file). Cleans up the GPU api since we can create a
shader from one descriptor
- Resources and interfaces are generated by the backend (much simpler than parsing).
- Bindings are explicit from position in the array.
- GPUShaderInterface becomes a trivial translation of enums and string copy.
- No external dependency to third party lib.
- Cleaner code, less fragmentation of resources in several libs.
- Easy to modify / extend at runtime.
- no parser involve, very easy to code.
- Does not hold any data, can be static and kept on disc.
- Could hold precompiled bytecode for static shaders.

This also includes a new global dependency system.
This is a prototype to support `#include` directive inside glsl sources.

I went for a C type shader description with static array for the given reasons:
- Simplicity: this is compiled language, can be extended at runtime by
C and C++ without much effort, no parsing involved.
- Readability: Can use designated initializers which allow meaningful
syntax (like `.push_constants` or `[0]` for the 1st bind point).
- Combinations: We can combine descriptors to create shader variations
really quickly. See `workbench_prepass.desc.h` in the branch for some crazy combination.
- Avoid having to write a C++ interface for C usage.

Note that the CMake changes are just to make things work.

What is remaining:
- GL backend to generate uniforms and support push constants (via uniforms).
- pyGPU API

What I would like to discuss:
- Naming: Is "descriptor" too much similar to vulkans descriptors set? This might create
confusion. Maybe MetaData is better? But it may hold more than meta data.
- Choose the right extension for descriptor files.
- Choose the right folder. Do we keep them alongside shader files even if name could differ?
- Indentation is 4 spaces for some reasons in descriptors definitions.
- Memory usage might be a concern. We are talking about ~3 MByte of data in the executable.
- Syntax: Is using [0] to specify binding index clear enough or using `VERTEX_INPUT(0, ...)`
makes more sense? What about future proofing if we one day want to compile this as C++ code.
- This format has nice benefits but it needs manual writting on our ends to modify the shaders.
That said, writting all shaders variations for the workbench prepass was quite easy and fast.
- How would we expose this through pyGPU?

Differential Revision: https://developer.blender.org/D13360
November 24, 2021, 19:09 (GMT)
Fix compilation & dependency depth
November 24, 2021, 18:46 (GMT)
Make shaders sources from draw included in the dependency library.
November 24, 2021, 17:56 (GMT)
Fix compilation issues on MSVC and a bug in builder
November 24, 2021, 16:58 (GMT)
GPUShaderDependency: Initial Commit

This is a prototype to support `#include` directive inside glsl sources.
The sources are aggregated into a list before being translated to byte_array.
This list is used to generate a mapping between the filename and the
associated byte_array. For each byte_array, we search for any `#include`
and store the file to merge.

At runtime, for one input filename we concatenate all byte_arrays that
are needed following the include order and avoiding double include.

This is meant to evolve into a fully supported `#include` system.
November 24, 2021, 16:52 (GMT)
GPUShaderDescriptor: Initial Commit

This is a first draft of what the Shader Descriptor system could be.

A shader descriptor provides a way to define shader structure, resources
and interfaces. This makes for a quick way to provide backend agnostic
binding informations while also making shader variations easy to declare.

MiikaHweb - Blender Git Statistics v1.06
Tehnyt: Miika HämäläinenViimeksi päivitetty: 07.11.2014 14:18MiikaH:n Sivut a.k.a. MiikaHweb | 2003-2021