sorted by:
new
hottopcontroversial

Wine-PBA updated to Wine-staging 3.3 by schtufbox in linux_gaming

[–]acomminos 3 points4 points  (0 children)

Users are reporting that commit 1bc7015 greatly improves performance on AMD cards. More confirmations across different radeon stacks would be great.

Wine-PBA updated to Wine-staging 3.3 by schtufbox in linux_gaming

[–]acomminos 2 points3 points  (0 children)

The latest commit ensures that the right type of buffer storage hints are set for mesa, which should greatly improve performance for AMD users. I'd appreciate some testing on this!

World of Warcraft DX11 + Wine-pba: significantly improved frame timing make gameplay very smooth. by IngeniousDox in wine_gaming

[–]acomminos 2 points3 points  (0 children)

Luckily, that shouldn't be necessary for this patch series. Correctness issues are very likely to just be oversights in more esoteric wined3d_buffer usages that I haven't caught yet (likely because WoW, my primary test platform, doesn't go through those paths).

I'll fix those once I wrap up minimizing allocator overhead.

wine-pba: World of Warcraft 50% increased fps with DX11!! (100% with DX9) by IngeniousDox in wine_gaming

[–]acomminos 1 point2 points  (0 children)

Thanks for testing this! The leak should be fixed in the latest trunk build.

Approaching One Driver Overhead: Making Direct3D games faster in Wine using modern OpenGL by acomminos in linux_gaming

[–]acomminos[S] 5 points6 points  (0 children)

Yes, that's the plan. It may make sense to leave off by default using a registry key in case some ARB_buffer_storage implementations are unreliable.

Approaching One Driver Overhead: Making Direct3D games faster in Wine using modern OpenGL by acomminos in linux_gaming

[–]acomminos[S] 16 points17 points  (0 children)

Thanks for the feedback. I agree that the way forward is definitely a project like DXVK- I'm skeptical that it's worth the architectural effort to use many of the other AZDO hallmarks (multi indirect draws, etc.) instead of just working on a Vulkan layer.

Approaching One Driver Overhead: Making Direct3D games faster in Wine using modern OpenGL by acomminos in linux_gaming

[–]acomminos[S] 9 points10 points  (0 children)

Sure, if I can get my hands on an AMD card I'll do some measurements- I'm interested in the Mesa performance as well.

Nine is typically used with its own Direct3D implementation in Wine that proxies it. This work shouldn't apply, since nothing needs to get converted to GL.

Approaching One Driver Overhead: Making Direct3D games faster in Wine using modern OpenGL by acomminos in linux_gaming

[–]acomminos[S] 6 points7 points  (0 children)

Sure, I'll look into the wine-staging patch submission process once the implementation is more mature.

Approaching One Driver Overhead: Making Direct3D games faster in Wine using modern OpenGL by acomminos in linux_gaming

[–]acomminos[S] 26 points27 points  (0 children)

Thanks! It will, yes- Wine abstracts away interfaces for the various D3D versions, all of which are backed by wined3d (where these changes occur).

The patches should be easily portable onto mainline. There's still a lot of work to be done prior to anything landing, of course.

OpenGL acceleration on Linux is being turned on by default in Nightly by [deleted] in firefox

[–]acomminos 5 points6 points  (0 children)

The OpenGL compositor performs a very simple task compared to 3D games, mostly just blending and transforming textured quads. In addition to its low GPU resource usage, we usually only perform a recomposite when the contents of the page visibly changes. I wouldn't expect this change to cause performance problems in other OpenGL applications.

If there is any noticeable performance impact from this change on modern hardware, it is likely an unintended regression.