this post was submitted on 25 Oct 2023
125 points (73.4% liked)
Linux Gaming
15367 readers
427 users here now
Discussions and news about gaming on the GNU/Linux family of operating systems (including the Steam Deck). Potentially a $HOME
away from home for disgruntled /r/linux_gaming denizens of the redditarian demesne.
This page can be subscribed to via RSS.
Original /r/linux_gaming pengwing by uoou.
Resources
WWW:
Discord:
IRC:
Matrix:
Telegram:
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I see. As I said, it was a bit hard to make out in the video.
Granted, I don't know too much about AMD's video encoding solutions, but from a cursory glance on the internet, it seems like their H.264 solution is quite bad compared to H.265. Given that the game is GPU-bottlenecked and your CPU isn't stressed at all anyway, I'd recommend recording these tests using the CPU to eliminate more variables.
Well, yeah. As much as I'd like to believe, these differences are way too big for me to do that, even with everything you've shown in the video. Occam's Razor would suggest that it's much more likely that the benchmark/setup is simply flawed in some way, rather than multiple teams of OS-, hardware-, and game developers not realizing a gigantic 25% performance improvement on the table that's somehow more or less "accidentally" fixed just by using Linux/Proton/DXVK.
Not saying you're wrong, but it'd need a good chunk more evidence for me to believe that.
More videos like this will be coming. I can't send you my PC to check its innards to believe, sorry.
I just edited my comment right as you posted, so I'll put it as a separate comment now:
It would also be interesting to see this game running through DXVK on Windows. That way the calls made to the GPU should be virtually identical, eliminating possible problems with DX11 in the AMD driver.