Originally posted by theriddick
View Post
Announcement
Collapse
No announcement yet.
Wine 3.4 Release Continues With Vulkan Upbringing, Some Wine-Staging Patches
Collapse
X
-
Stuttering will be addressed with shader caching eventually. And it should be wine specific caching, driver caching alone is not enough.
wined3d relevant issue is described here: https://dev.wine-staging.com/patches/204/
I expect dxvk to have something of the sort as well.
- Likes 2
Comment
-
Originally posted by shmerl View PostStuttering will be addressed with shader caching eventually.
Comment
-
Originally posted by aufkrawall View PostThere definitely needs to be a better solution than a shader cache which only prevents further stuttering after stuttering has already happened at least once (and it will reoccur for various reasons).
Example: https://bugs.freedesktop.org/show_bug.cgi?id=100426
- Likes 3
Comment
-
Originally posted by theriddick View PostQuestion to ask is WHY is it stuttering? mismanagement of vram?
Also, LLVM seems to be *particularly* bad at this. In case of Tomb Raider 2013, compiling *one* particular pipeline right before showing the menu takes over 8 seconds, so the game will stall for eight seconds as a consequence - which is just insane. It's not nearly as bad on AMD's Windows driver (or on older Mesa versions for that matter - 17.3.2 with LLVM 5.0.1 used to be damn fast, but also had a bunch of bugs that prevented DXVK from working in several games) . But again, there's very little I can do about that.Last edited by VikingGe; 16 March 2018, 09:25 PM.
- Likes 1
Comment
-
Originally posted by shmerl View Post
Yes, there is more stuttering with dxvk than with wined3d, caused by shaders compilation I assume. Some built in caching would surely help.
Except for stuttering problem, framerate is very good. I also noticed that setting CPU governor to performance from on demand can help increase the framerate.
Comment
-
Comment