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
{{ message }}
Repository navigation
atomic-vec2u-min-max support in wgpu/WebGPU
#10433
I'm working on a GPU-driven renderer with a Nanite-like compute-shader-based software rasterization / visibility-buffer pipeline, targeting both native wgpu and WebGPU/WASM.
The compute rasterizer needs to atomically select a packed (depth, primitive_id) value for each pixel. Native backends can use 64-bit atomics, but WebGPU currently has no equivalent available through wgpu, so I currently disable this compute rasterization path on the Web backend.
WGSL/WebGPU has now added atomic_vec2u_min_max / "atomic-vec2u-min-max" for this use case:
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Hi,
I'm working on a GPU-driven renderer with a Nanite-like compute-shader-based software rasterization / visibility-buffer pipeline, targeting both native wgpu and WebGPU/WASM.
The compute rasterizer needs to atomically select a packed
(depth, primitive_id)value for each pixel. Native backends can use 64-bit atomics, but WebGPU currently has no equivalent available through wgpu, so I currently disable this compute rasterization path on the Web backend.WGSL/WebGPU has now added
atomic_vec2u_min_max/"atomic-vec2u-min-max"for this use case:I couldn't find a corresponding tracking issue in wgpu.
Is support for this feature already planned, or would it make sense to track it in wgpu?
All reactions