-
Notifications
You must be signed in to change notification settings - Fork 206
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
How can I make sure VK_PRESENT_MODE_IMMEDIATE_KHR is used? #2273
Comments
What is the goal here? You want to force a game that is using vsync to not be vsynced? |
Lower latency, and sure, that also. Most of the time, they have the option to disable vsync. But this is the idea of possibly making sure that the sync layer is always in the immediate. And if can reduce even further by other changes, that also. |
I'd expect the dxvk option to force period to 0. Maybe that's not hooked up for the interop DXGI swapchain. Maybe a question for @doitsujin. |
But isnt vkd3d for dx12, while dxvk for dx11? I want to know for dx12. Does dxvk still has an effect on dx12? |
Yes. DXVK's DXGI implementation is used for D3D12 too. It forwards calls to vkd3d-proton. |
I see. But can you tell what |
VKD3D_SWAPCHAIN_LATENCY_FRAMES is used for latency limiting on Present. It's mostly relevant for FIFO modes, but I suppose it can be useful for IMMEDIATE too, but it would make sure that CPU cannot run too far ahead of GPU. It's basically a DIY NV Reflex in that case. |
@HansKristian-Work What would be the ideal value for lowest latency with Also, what is |
Hi,
How can I enable
VK_PRESENT_MODE_IMMEDIATE_KHR
(aka, tearing enabled) and make sure it's being used?https://registry.khronos.org/vulkan/specs/latest/man/html/VkPresentModeKHR.html
With Nvidia.
Is it related to
VKD3D_SWAPCHAIN_LATENCY_FRAMES
set to1
?With 2 frame latency where CPU and GPU are decently subscribed, the present wait event will come in with VBlank-alignment
Does this mean if I set to
1
, there would be no vblank? If I understood incorrectly, what would?It seem to make sense, as it is following similarly to gpu drivers, where priority are not input latency.
Nvm, I think I found it.
So,
0
would be the one to beimmediate
. As long as0
does not go back to default3
, like in does in gpu driver setting.Unless the
request->swap_interval = SyncInterval;
has nothing to do withVKD3D_SWAPCHAIN_LATENCY_FRAMES
.If not, what does?
I wonder if
VKD3D_SWAPCHAIN_IMAGES
has anything related to low latency? Maybe it should be tested with0
or1
.Maybe it's similar to backbuffer from dxvk doitsujin/dxvk#1636 (comment)
Is it?
The text was updated successfully, but these errors were encountered: