Skip to content

Use the requested surface extent when resizing - #5

Merged
viktor-ferenczi merged 1 commit into
mainfrom
dxvk-d3d11-resize-extent
Aug 22, 2026
Merged

Use the requested surface extent when resizing#5
viktor-ferenczi merged 1 commit into
mainfrom
dxvk-d3d11-resize-extent

Conversation

@SpaceGT

@SpaceGT SpaceGT commented Aug 22, 2026

Copy link
Copy Markdown
Member

ResizeBuffers detects a size change but passes the old dimensions to the presenter. Use the dimensions from pDesc so the surface matches the resized swapchain.
This is a prerequisite for using linux-compat on native Wayland.

D3D11SwapChain::ChangeProperties passed the pre-resize extent from m_desc
to Presenter::setSurfaceExtent, leaving the Vulkan swapchain one resize
behind the D3D11 backbuffers; the presentation blit then linear-scales
the mismatched image, blurring the frame until restart. The new
0002-d3d11-use-new-surface-extent.patch passes the incoming descriptor's
extent instead.

Verified with ordered resize traces in Space Engineers on Wayland and
X11: renderer and DXVK presenter extents stay synchronized and the image
stays sharp across repeated resizes.
viktor-ferenczi pushed a commit to CometWorks/linux-compat that referenced this pull request Aug 22, 2026
Adds native Wayland support with fractional scaling while retaining X11
compatibility.
A [DXVK fix](CometWorks/linux-dependencies#5) is
required for Wayland rendering to work correctly.
@viktor-ferenczi
viktor-ferenczi merged commit e2c98e0 into main Aug 22, 2026
1 check passed
@viktor-ferenczi
viktor-ferenczi deleted the dxvk-d3d11-resize-extent branch August 22, 2026 17:12
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.

2 participants