perf(vk): DLSS keeps its feature through loading screens (a 44-78 ms stutter at each area entry) #1520
No reviewers
Labels
No labels
accessibility
autorelease: pending
autorelease: tagged
bug
dependencies
documentation
duplicate
enhancement
github_actions
good first issue
help wanted
invalid
question
testing wanted
wontfix
No milestone
No assignees
1 participant
Due date
No due date set.
Dependencies
No dependencies set
Reference
MagicBeanDev/Hookshot!1520
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/dlss-keep-feature"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
With DLSS on, the feature was released after 120 frames with no gameplay upscale. Every area change's loading screen lasts longer than that, so the feature was made again on the next area's first frame, costing 44-78 ms of the replay thread. In a 15-minute test walk that happened 12 times. The release was meant for a player who turns DLSS off in the menu, so the feature and its images are now kept while DLSS / DLAA is still the Upscaler's choice.
RX_VK_DLSS_IDLE_RELEASE=1restores the old behaviour.Measured on an RTX 4060 Ti at 2560x1440 (tonight's DLSS A/B): the feature was made 12 times per walk,
feature N made (again after it was let go; 44.0-78.4 ms of CPU). The re-test with this change is queued.🤖 Generated with Claude Code