-
Notifications
You must be signed in to change notification settings - Fork 35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Global counter buffer assumes up to 6 slices #8
Comments
This only affects the samples right? The samples don't demonstrate a single-pass reduction of anything more than 6 slices, so the assumption is that you can bind the resources you need and implement the various Load/Store functions accordingly. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
FidelityFX-SPD/sample/src/VK/SPDIntegration.glsl
Line 50 in 7c796c6
It works for cubemaps, but when using with regular texture arrays it should use unbound buffer:
uint counter[];
And CPU must create either worst case buffer size (2K slices for most vendors) or use some sort of dynamic allocation when generating something new with bigger slice count than used so far.
The text was updated successfully, but these errors were encountered: