-
Notifications
You must be signed in to change notification settings - Fork 208
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
Instancer : More Robust Prototype Hashing #6272
Instancer : More Robust Prototype Hashing #6272
Conversation
We still catch these invalid prototype paths, but we do it slightly deeper in the hierarchy
These are the test results for the last 4 commits:
|
I think using a separate plug for it is actually necessary, because we'll need to use the TaskCollaboration cache policy for this compute (since it's TBB based). Would be good to update the PR to include that. |
Closing in favour of #6248. |
Building on top of the recently merged hierarchyHash, and the previous fix that hasn't been merged yet #6258, this addresses the issue we identified where an unrelated change to the scene would force instancer capsules to be regenerated.
I'm not sure what the right strategy is for merging these ... it's close enough now that it might make sense to roll on ahead and get the relative prototype path thing working properly, and confirm that this work all works for where we want to get to. Maybe then we merge it as one big PR? Or maybe we come back and start merging these partial steps once we've confirmed they get us where we need to be?
For the moment though, the main thing I'd like to verify is that you're happy with the last commit here, which adds an extra plug for caching the new expensive hash. It's a bit of extra complexity, but it's necessary if we don't want a performance regression in the case of making changes to the input scene that don't affect the engine, while using heavy prototypes that are independent from the input scene.