protonscr

Source 1 vsync limited to 60 with 144hz display

dxvkopen d3d9
doitsujin/dxvk#4290 · opened 2024-09-24 by iodream · updated 2026-02-12 · 17 comments · github
Iiodream 2024-09-24 github

Please describe your issue as accurately as possible.

With my 144hz monitor, playing something like Entropy Zero: Uprising and Entropy Zero 2, if i set vsync to true in-game, DXVK will report 60fps. If i disable vsync it will go above 60. Native linux version without DXVK doesn't have this issue. In other games DXVK seems to work correctly with vsync. The reason i was using DXVK was for performance testing ToGL versus DXVK with Vulkan and because Entropy Zero Uprising doesn't offer a native linux version.

Software information

Entropy Zero: Uprising and Entropy Zero 2, max graphics settings at 1080p, vsync on.

System information

  • GPU: AMD 680M Rembrandt and/or Nvidia RTX 4050 Mobile
  • Driver: Mesa 24.2.3 and/or Nvidia 560.35.03
  • Wine version: Proton 9.0-experimental
  • DXVK version: d0ea5a4a87c9b4ee8a7d700c5f55baf26054bd6a dxvk (v2.4-40-gd0ea5a4a)
  • Kde Plasma Wayland

Log files

steam-15015007862114674006.log

SSuperSamus 2024-09-25 github

It's probably due to #4056?
Try setting DXVK_FRAME_RATE=-1.

Ddoitsujin maintainer 2024-09-25 github

We do print some log messages if we engage the FPS limiter due to refresh rate memes and I'm not seeing that, so hm.

Iiodream 2024-09-25 github

It's probably due to #4056? Try setting DXVK_FRAME_RATE=-1.

unfortunately didn't help and made it worse where fps dropped to a slideshow of steady 1fps

Iiodream 2024-10-23 github

just retested with mesa 24.2.5-1 with same behavior but interestingly it works correctly with the nvidia drivers

TTiagoquix 2024-11-22 github

Try using -freq 144 launch option.

Such as:
DXVK_FRAME_RATE=0 %command% -freq 144

Iiodream 2024-12-01 github

Try using -freq 144 launch option.

Such as: `DXVK_FRAME_RATE=0 %command% -freq 144

Didn't help unfortunately. The only thing that helps is disabling vsync inside the game.

TTiagoquix 2024-12-01 github

Does -windowed -freq 144 work?

Iiodream 2024-12-01 github

Does -windowed -freq 144 work?

Windowed worked! It also works without any other env vars or parameters if you choose windowed borderless mode in video settings.

Just a small disclosure: i tested this one with Portal 1 because it was a smaller download and i just deleted the previous game, it should still be the same as far as i understand since it also is a Source 1 game.

TTiagoquix 2024-12-01 github

This is https://github.com/ValveSoftware/Source-1-Games/issues/5704 then. The issue is probably on Valve's side.

IIsaac-Clarke 2025-06-30 github

Try using -freq 144 launch option.
Such as: `DXVK_FRAME_RATE=0 %command% -freq 144

Didn't help unfortunately. The only thing that helps is disabling vsync inside the game.

The "-freq" command is worthless.

Long story short:
Source-Engine-1 should not have the games cap to a lower refresh rate than the monitor IF you are playing them fullscreen, so it's possible that your monitor is set at 60hz instead than 144.

The command DXVK_FRAME_RATE=X should not be needed for S-E-1 because reasons.

Many S-E-1 games, except TF2 and some others (I can't remember, maybe CS:S?), will cap the max fps of the game to the monitor's hz (at least on Wayland) if set at fullscreen, so borderless window is the best option.
This tends to happen with pure Vulkan games and/or with Freesync Monitors (variable refresh rate).

Here's my source for the DXVK_FRAME_RATE=X claim:
https://steamcommunity.com/sharedfiles/filedetails/?id=3424834997

Here's my source for the S-E-1 claims:
https://github.com/doitsujin/dxvk/issues/4895#issuecomment-3015322890

IIsaac-Clarke 2025-08-22 github

Just a quick note:

I was fighting for my life against a TV from EARLY 2010s (tx 32cw304).
It has a TERRIBLE resolution+hz control system.
It also has RMR tech...

To avoid making the image look like it had a "vomit filter" (imagine PS2 motion blur) when moving I HAD to force -freq 59 in those games which tried to launch at a different resolution than the selected one (because they'd try to use either 50hz or 60hz instead of 59hz), because altho the LCD panel is 1360x768p, the TV "supports" 1920x1080p (which is a lie, it's an internal resolution, it can mess up with the Refresh Rate).

Mmirh 2026-02-11 github

59Hz making motion smoother than 60 is just your TV switching to PC mode (or disabling postprocess) on non-standard resolutions.

And it's somewhat normal that they report 1080p, as there's a lot of crappy equipment that only accepts either that or 720p.
That wasn't a big deal until a few years ago (when a lot of the logic was still implicitly based on CRT assumptions), but now both windows and linux are starting to remove non-standard resolutions which means that they try to use the supposed native resolution of the display as much as they can.

It should be nothing that setting game mode and a custom resolution cannot fix (even though the manual of the thing has 1366x768 as the native resolution, and apparently it should be able to do 85Hz too?).

Anyway back to this issue, did anybody try to see if this still happens with X11?

IIsaac-Clarke 2026-02-12 github

@mirh

I don't have a X11/Xorg distro, so I can't test it.
That said, a partial problem I have is that the "infrared receiver" is broken and should be changed, otherwise the remote doesn't work, which means that I can just control volume, channel and input.

I am pretty sure that those "resolutions" may as well be lies, because when setting those Hz I saw no difference (UFO test).

1360x768p is literally the native resolution of that TV, and since I couldn't fiddle with the remote into the menus, just and only forcing the games to run at 59hz made them not derp out (basically the TV's pixels started melting, like if Motion Blur was activated)...

IIsaac-Clarke 2026-02-12 github

If anything I can add this (since I'm chronically ill I got more forgetful):

I have a PC with a GT 1030 running Fedora KDE.

Basically just and only with Half Life 2 (Lost Coast map for easier testing) the framerate "skips" by leaps of 30.
Instead than going 100% (GPU) and getting 108 or whatever FPS, the FPS will lock at 90 and use 88%, then I look at the sky and it's 120fps at 79%, then I look at the corner of the skyboxit can reach 180fps at 98%...

It's not a mortal problem, but I just remembered my PC has it.
If I'm not wrong, no other S-E-1 game has it.

KK0bin maintainer 2026-02-12 github

I don't understand what you're trying to say there at all.

TTiagoquix 2026-02-12 github

Proton versions

Launch options

Launch lines

Upstream links