[botoddly]

SDL's Direct3D 12 driver views every storage buffer as raw, so a shader's StructuredBuffer<T> or RWStructuredBuffer<T> is read through a view of the wrong kind. On an AMD Radeon RX Vega 11 every index then reads element 0. stanoddly/XDL#35 lets XDL create structured views when it knows each buffer's stride and each shader's structured slots. This passes them:

• The shader compiler records which storage buffer slots are StructuredBuffer<T> or RWStructuredBuffer<T>, from the reflected shape rather than the element size, as ShaderBindingLayout.StructuredStorageBuffers and ReadWriteStructuredStorageBuffers.
• GpuDevice.CreateBufferCore takes a stride. Storage buffers pass Unsafe.SizeOf<T>(), and other buffers pass 0.
• CreateShaderCore and CreateComputePipelineCore take the slot masks. SdlGpuDevice sets the XDL_PROP_* properties only when a value is nonzero, checks each call, and destroys the properties in finally.
• The stub device records strides and masks. Tests cover reflection of mixed structured and byte address buffers, buffer strides, and the masks of graphics shaders and compute pipelines.
• docs/shaders.md explains the stride and its Direct3D 12 limits.

Draft until nuget.org lists XdlSharp 3.4.20.5

This moves to XdlSharp 3.4.20.5 (stanoddly/XdlSharp#6), which binds the four property names. Its Release run succeeded and tagged v3.4.20.5, but nuget.org does not list it yet, so CI cannot restore it until then.

Testing

• Against the XdlSharp 3.4.20.5 packages from its Release run, all test projects that have tests pass on Linux.
• A local package of this branch, with the same stand-in names and a Zig-built XDL3.dll of Give Direct3D 12 structured views of storage buffers for StructuredBuffer slots XDL#35, fixed the wrong reads on the Vega 11 under Direct3D 12.

[github-actions]

📦 Development package Pixely 0.0.173 is available.

Workflow run (attempt 1)

[github-actions]

✅ Development package validation passed on all platforms.

Workflow run (attempt 1)