Skip to content

Conversation

@DarioSamo
Copy link
Contributor

It seems that during the migration to plume, the minimum command list version was accidentally bumped to 7, leading to RT64 no longer booting for some users.

This changes the implementation to a scheme that gradually queries for higher versions as it requires more features instead, leaving unsupported features behind capabilities that should be checked.

At most, this implies checking for resolveTextureRegion support manually. If the application requires it and does not provide a fallback, it should just fail to initialize. For other APIs, I've assumed support for this is true as they didn't seem to be querying for anything in particular.

@DarioSamo DarioSamo force-pushed the d3d12-lower-commandlist-version branch from b9e610f to 26f0a29 Compare December 13, 2025 19:04
# ifdef PLUME_D3D12_AGILITY_SDK_ENABLED
assert(queue->device->capabilities.dynamicDepthBias && "Dynamic depth bias is unsupported on this device.");
d3d->RSSetDepthBias(depthBias, depthBiasClamp, slopeScaledDepthBias);
d3dV9->RSSetDepthBias(depthBias, depthBiasClamp, slopeScaledDepthBias);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we need a d3dV9 != nullptr assert here similar to the d3dV4 checks or no?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants