Skip to content
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

[wgpu-core] ray tracing follow-up #6552

Open
wants to merge 6 commits into
base: trunk
Choose a base branch
from
Open

Conversation

teoxoy
Copy link
Member

@teoxoy teoxoy commented Nov 15, 2024

Follow-up to #6291.
Depends on #6544.

@Vecvec
Copy link
Contributor

Vecvec commented Nov 15, 2024

I put up a PR with these changes ^. Could someone test it?

Ray Tracing tests passed on my computer.

@cwfitzgerald
Copy link
Member

Demoting to draft while dependents get worked on.

@cwfitzgerald cwfitzgerald marked this pull request as draft December 1, 2024 22:14
@ErichDonGubler
Copy link
Member

@cwfitzgerald: But...that PR has already been pretty thoroughly reviewed, it's just waiting on @jimblandy to finish a minor change so that it can merge. It feels like this PR really is Ready for review, just not "Ready for merging"?

@cwfitzgerald
Copy link
Member

We should probably unify policy on this at some point, from my perspective there was a bunch of stuff going on in the base PR, I have no idea how complete or what change sets actually matter (is this PR even up to date with the current state of the dependency). Which is not really reviewable without extra instructions.

…writes

The acceleration structures are already being kept alive by the tracker in the command encoder.
…coderInFlight`, remove it from `ActiveSubmission`

Use `CommandBufferMutable.temp_resources` to store the ray tracing related staging buffers and scratch buffers. These shouldn't have been stored in `PendingWrites.temp_resources` because they can get destroyed early (before the command buffer that uses them has been submitted) if any other command buffer gets submitted first.
`Tlas.destroy` didn't check if the `Tlas` is used in a bind group of an active submission. The only reason we need the `destroy` methods for textures and buffers is because they allow users to eagerly release memory in browser implementations. I think we can remove the destroy methods on the acceleration structures for now as they complicate the picture without any gain. If they will be needed for Firefox we can add them back.
@teoxoy teoxoy marked this pull request as ready for review December 3, 2024 15:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Todo
Development

Successfully merging this pull request may close these issues.

4 participants