You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
One drawback of NZSL is its massive use of options, which prevent the early generation of GLSL and SPIR-V.
Something we could do to help with this is to give NZSLC (compiler) a set of options values that could be precompiled and embedded into a file (.nzslb? another file?).
this would lead to the generation of 16 variations per shading language (so a total of 48 here), each variation would be associated with a hash of its option values.
Perhaps we could also give options a range of acceptable values:
which would allow NZSLC to know which variations are allowed without even a variant list file (however this could result in a lot of variations very quickly).
What do you think?
The text was updated successfully, but these errors were encountered:
One drawback of NZSL is its massive use of options, which prevent the early generation of GLSL and SPIR-V.
Something we could do to help with this is to give NZSLC (compiler) a set of options values that could be precompiled and embedded into a file (.nzslb? another file?).
For example:
We could imagine an additional file giving all options values to precompile:
this would lead to the generation of 16 variations per shading language (so a total of 48 here), each variation would be associated with a hash of its option values.
Perhaps we could also give options a range of acceptable values:
which would allow NZSLC to know which variations are allowed without even a variant list file (however this could result in a lot of variations very quickly).
What do you think?
The text was updated successfully, but these errors were encountered: