Package Details: wine-staging-pba-git 3.16.r0.g7cfceb78+wine.3.16.r0.g64d9f309b7-1

Git Clone URL: https://aur.archlinux.org/wine-staging-pba-git.git (read-only)
Package Base: wine-staging-pba-git
Description: Wine staging branch with PBA patches for increased D3D performance. Git versions. (Also includes Path of Exile DX11 patch!)
Upstream URL: https://github.com/Firerat/wine-pba
Keywords: pba poe staging wine
Licenses: LGPL
Conflicts: wine, wine-staging, wine-wow64
Provides: wine=3.16.r0.g64d9f309b7, wine-git=3.16.r0.g64d9f309b7, wine-staging=3.16.r0.g7cfceb78, wine-wow64=3.16.r0.g64d9f309b7
Submitter: cogwerkz
Maintainer: cogwerkz
Last Packager: cogwerkz
Votes: 4
Popularity: 0.019271
First Submitted: 2018-03-08 15:39
Last Updated: 2018-09-16 16:53

Dependencies (156)

Required by (203)

Sources (8)

Latest Comments

1 2 3 4 Next › Last »

cogwerkz commented on 2018-09-01 08:04

@sapiens_anatis sorry for my late reply here, I must have missed or overlook the email reminder!

Anyway, as @schtufbox noticed I have updated it a couple of days ago and it should compile with 3.14 staging fine now. I'll make sure it compiles fine when 3.15 staging hits too and handle any problems arising from that.

schtufbox commented on 2018-09-01 07:14

@sapiens_anatis I guess Cogwerkz updated it since, it compiled fine for me just now.

sapiens_anatis commented on 2018-08-20 22:49

Hi, I don't know if I'm just an idiot but I don't think these patches work on the latest Wine version. I tried installing this package and I got the following error while trying to apply the patches:

Applying /tmp/tmp.TuDGPmt4vl
include/wine/server_protocol.h updated
server/trace.c updated
server/request.h updated
patching file dlls/wined3d/Makefile.in
Hunk #1 succeeded at 7 (offset 1 line).
patching file dlls/wined3d/buffer_heap.c
patching file dlls/wined3d/cs.c
Hunk #1 succeeded at 526 (offset 59 lines).
patching file dlls/wined3d/device.c
patching file dlls/wined3d/directx.c
Hunk #1 FAILED at 98.
Hunk #2 FAILED at 2721.
2 out of 2 hunks FAILED -- saving rejects to file dlls/wined3d/directx.c.rej
patching file dlls/wined3d/query.c
patching file dlls/wined3d/wined3d_gl.h
patching file dlls/wined3d/wined3d_private.h
Hunk #2 succeeded at 3051 (offset 45 lines).
Hunk #3 succeeded at 3564 (offset 47 lines).
Hunk #4 succeeded at 3747 (offset 47 lines).
==> ERROR: A failure occurred in prepare().
    Aborting...

For what it's worth, the rejection file - or whatever it's actually called - looks like this:

--- dlls/wined3d/directx.c
+++ dlls/wined3d/directx.c
@@ -98,6 +98,7 @@ static const struct wined3d_extension_map gl_extension_map[] =
     /* ARB */
     {"GL_ARB_base_instance",                ARB_BASE_INSTANCE             },
     {"GL_ARB_blend_func_extended",          ARB_BLEND_FUNC_EXTENDED       },
+    {"GL_ARB_buffer_storage",               ARB_BUFFER_STORAGE            },
     {"GL_ARB_clear_buffer_object",          ARB_CLEAR_BUFFER_OBJECT       },
     {"GL_ARB_clear_texture",                ARB_CLEAR_TEXTURE             },
     {"GL_ARB_clip_control",                 ARB_CLIP_CONTROL              },
@@ -2721,6 +2722,8 @@ static void load_gl_funcs(struct wined3d_gl_info *gl_info)
     /* GL_ARB_blend_func_extended */
     USE_GL_FUNC(glBindFragDataLocationIndexed)
     USE_GL_FUNC(glGetFragDataIndex)
+    /* GL_ARB_buffer_storage */
+    USE_GL_FUNC(glBufferStorage)
     /* GL_ARB_clear_buffer_object */
     USE_GL_FUNC(glClearBufferData)
     USE_GL_FUNC(glClearBufferSubData)

I, uh, gather that means I have to rebase it for the latest version of Wine which was released today. But I have absolutely no idea how to do that. If anyone could point me in the direction of a rebasing guide, it'd be much appreciated...

schtufbox commented on 2018-05-28 16:28

Yeah I use Manjaro (cinnamon), brother went for antgeros (or however you spell it) which is another arch based distro.

cogwerkz commented on 2018-05-27 20:08

@schtufbox the biggest problem with compiling for other distros is that packages often have different names.

And if I remember it correctly Ubuntu keeps dividing end user and developer libs into separate packages, while on Arch linux they are usually all the dev versions. When all dependencies are in place though, we can pretty much carbon copy the build process from the PKGBUILD file.

Still, good you got him to switch to an Arch version. Sooo much better than Ubuntu! One alternative for those that want that easy-to-use environment is Manjaro, though. Super easy distro, and they use the AUR. I'm using it on my laptop and building this package from it there. Using yaourt there so it's a single command build & install even. :)

schtufbox commented on 2018-05-19 14:56

As I can't convince my brother to switch from Ubuntu, I need to figure out how to automate building wine-staging-pba through a script there for him...that's going to be fun :D

--edit, I have persuaded him to use the superior arch :D

schtufbox commented on 2018-05-11 20:43

Seems to compile fine with the new wine 3.8 as is :)

cogwerkz commented on 2018-04-15 08:06

@zfkerr The PBA patches used here aren't referencing that file at all anymore.

This error is because you still have dll redirects in your wine prefix from when the wined3d-csmt.dll existed, which it doesn't anymore. You need to either reset your wine prefix, or manually remove that dll override from the registry:

Open the text file ~/.wineprefix/user.reg and delete the wined3d-csmt.dll line.

Where ~/.wineprefix ofc should be replaced with wherever your wine prefix actually is.

zfkerr commented on 2018-04-15 06:42

@cogwerkz, a bug report here:

0030:fixme:module:load_dll Loader redirect from L"wined3d.dll" to L"wined3d-csmt.dll"
0030:err:module:load_dll Failed to load redirected DLL L"wined3d-csmt.dll", falling back to L"wined3d.dll"

The own CSMT implantation was removed from Wine Staging, because it was replaced by the built-in Wine CSMT implementation. The CSMT checkbox now turns on or off the built-in Wine CSMT implementation instead of the now defunct obsolete Staging CSMT implementation, but your PBA patch probably does not take it into account.

cogwerkz commented on 2018-04-14 11:10

@sctufbox yeah. I got it rebased to 3.6 yesterday, but it compiled fine without that too. Only some line number changes apparently, but nothing the patcher couldn't figure out for itself.

I also got the version numbers in the "provides:" part correct here now, so other packages that ask for specific versions of wine or wine-staging should work fine with this now. :)