Guild Wars 2 for wine - what is needed?

[Chris-WF]

You have to patch Wine if you want to use the Traiding-Post. Use Playonlinux, PlayonMac or codeweavers GuilWars2 test build. Check out the AppDB - GuildWars2 - Release Client. You will find an small Howto in English.

If you never patched or compile before, try the easy way. The Trading Post work fine, if the service is online.

[Tobeus]

Now all we need is for the "Easy Way" builds to do it on the 1.5.14 wine so we can fix the mouse issue. Man does it suck when you loose your mouse in the middle of a boss fight. And that seems to be the time it always happens, right? lol.

[J V]

It's really not that hard, I've been rebuilding it recently to try and see how many bugs I can eradicate.

Code: Select all

patch -p1 < ../awesomium.diff
./configure --prefix="$HOME/winebuild"
make
make install
cp -Lr ~/winebuild /where/I/want/to/store/my/wine/versions/1.5.15-awesomium

Anyway, there are 2 graphical bugs, and 1 performance bug remaining. The graphical ones are far from game breaking so once we get it using multiple cores properly it's gold.

Already works well here. Leveled 3 chars to 80 and finished story on them, 100% map, 100% world, halfway to dungeon master, 6 crafts maxed, at pretty much max settings. And yes I'm showing off

Also, since their "Mac version" uses cider (So basically code stolen from wine in ye olde days) Anet might fix some of the bugs themselves.

[sxe]

Anyway, there are 2 graphical bugs, and 1 performance bug remaining. The graphical ones are far from game breaking so once we get it using multiple cores properly it's gold.

To my knowledge the multicore bug is technically a big one and no one is working on it in the public. To be honest my confidence is low that we will see progress in that direction in the near future. Since many years this is a known problem but no one did anything about it because there are to much other thing to do, i think.

While talking about cider, do you know if their code handles multi core processors the right way?

[Shahrizai]

Hmm, has anybody tried to use Linux to run the Mac version through Wine instead of the Windows version? Any difference?

(I could try it myself ofc, but it's a heck of a lot to download, so if anybody has already tried it... )

Edit: Oh, sorry for being stupid. Ofc, Wine runs on mac to let Mac users use Windows programs. It doesnt run Mac-programs
Heh... didn't think about that (or, well I did think about it, but only after I wrote the post)

[Shahrizai]

With the new Ubuntu 12.10 and the new Nvidia beta drivers with threading optimization, I thought I should give it a try. There was a guy at Phoronix.com that had had great success with the new drivers ... but for WoW. But it is worth a try anyway, right?

The command I now use to fire up the game is the following:

Code: Select all

LD_PRELOAD="libpthread.so.0 libGL.so.1"  __GL_THREADED_OPTIMIZATIONS=1 wine /home/shahrizai/GuildWars2/gw2.exe

But... (running it in the terminal) it spewes out a lot of error messages:

Code: Select all

shahrizai@shahrizai-Desktop:~$ LD_PRELOAD="libpthread.so.0 libGL.so.1"  __GL_THREADED_OPTIMIZATIONS=1 wine /home/shahrizai/GuildWars2/gw2.exe
ERROR: ld.so: object 'libGL.so.1' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'libGL.so.1' from LD_PRELOAD cannot be preloaded: ignored.
p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
fixme:heap:HeapSetInformation 0x1ccb000 0 0x32fd98 4
fixme:process:SetProcessDEPPolicy (1): stub
fixme:thread:SetThreadStackGuarantee (0x348de9d0): stub
fixme:wincodecs:PngDecoder_Block_GetCount 0x196588,0x350de500: stub
fixme:winsock:WS_getsockopt WS_SO_CONNECT_TIME - faking results
fixme:wincodecs:PngDecoder_Block_GetCount 0x192d88,0x350dde54: stub
fixme:wincodecs:PngDecoder_Block_GetCount 0x195c38,0x350dde54: stub
fixme:wincodecs:PngDecoder_Block_GetCount 0x195c38,0x350dde54: stub
err:wgl:has_opengl Failed to load libGL: libGL.so.1: wrong ELF class: ELFCLASS64
err:wgl:has_opengl OpenGL support is disabled.
Direct3D9 is not available without OpenGL.
Direct3D9 is not available without OpenGL.
Direct3D9 is not available without OpenGL.
Direct3D9 is not available without OpenGL.
Direct3D9 is not available without OpenGL.

Any idea why my OpenGL isn't working? The command-string is taken directly from the nvidia readme. So it should work, right?

I tried to add "/bin/sh .." in front of the whole thing... that didnt even give error messages, just "/bin/sh: 0: Can't open LD_PRELOAD=libpthread.so.0 libGL.so.1"

[Sworddragon]

Code: Select all

err:wgl:has_opengl Failed to load libGL: libGL.so.1: wrong ELF class: ELFCLASS64

Sounds for me like if you are trying to load a 64 bit library into a 32 bit application.

[Shahrizai]

Uhm, ok? I run Ubuntu x64, and installed nvidia drivers for x64 ... although, during the installation, I was promted about installing 32bit libs in addition to the 64bit... I answered yes (because I have had use for them before). Seems like they could be the ones causing trouble? Maybe I should uninstall the drivers and reinstall them without the 32 bits then.

Or is there an easier workaround? Like, deleting the 32bit ones...?
Any ideas where these libs are stored? Maybe I could enter the folder and simply delete them myself.
Edit: Found them, they are in /usr/lib32
Can I delete the whole lib32 folder? Or will that make my computer blow up?
Edit#2: Ok, so yes, there are libGL.so in both the lib32 folder and in the lib folder. I guess it is automatically using the ones from the lib32 folder.

[Sworddragon]

Can you start Wine without LD_PRELOAD and __GL_THREADED_OPTIMIZATIONS? What happens if you are removing libGL.so.1 from LD_PRELOAD?

[Shahrizai]

Good question, and here is the answer: No, it stops at the login-screen with this message in the terminal:

shahrizai@shahrizai-Desktop:~$ wine /home/shahrizai/GuildWars2/gw2.exe
p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
fixme:heap:HeapSetInformation 0x1ccb000 0 0x32fd98 4
fixme:process:SetProcessDEPPolicy (1): stub
fixme:thread:SetThreadStackGuarantee (0x348de9d0): stub
fixme:wincodecs:PngDecoder_Block_GetCount 0x1960e8,0x350de500: stub
fixme:winsock:WS_getsockopt WS_SO_CONNECT_TIME - faking results
fixme:wincodecs:PngDecoder_Block_GetCount 0x194aa0,0x350dde54: stub
fixme:wincodecs:PngDecoder_Block_GetCount 0x196d50,0x350dde54: stub
fixme:wincodecs:PngDecoder_Block_GetCount 0x194a10,0x350dde54: stub
err:wgl:has_opengl Failed to load libGL: libGL.so.1: wrong ELF class: ELFCLASS64
err:wgl:has_opengl OpenGL support is disabled.
Direct3D9 is not available without OpenGL.
Direct3D9 is not available without OpenGL.
Direct3D9 is not available without OpenGL.
Direct3D9 is not available without OpenGL.

So basically, still something wrong with the libGL.so.1

Edit: Installing ia32-libs and ia32-libs-multiarch now... gonna see if that does any difference.
..nope, that didn't change a thing

[Sworddragon]

Which version of Ubuntu are you using? These are the installed packages from my system with a libGL.so.1.

Code: Select all

sworddragon@ubuntu:~$ dpkg -S libGL.so.1
nvidia-current: /usr/lib/nvidia-current/libGL.so.1
nvidia-current: /usr/lib32/nvidia-current/libGL.so.1
libgl1-mesa-glx:i386: /usr/lib/i386-linux-gnu/mesa/libGL.so.1
libgl1-mesa-glx:amd64: /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1
libgl1-mesa-glx:i386: /usr/lib/i386-linux-gnu/mesa/libGL.so.1.2.0
libgl1-mesa-glx:amd64: /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0

[Shahrizai]

Ubuntu 12.10 ... I don't think the new drivers I mentioned in previous post is available for any other versions than 12.10

I just re-installed Ubuntu though, gonna install the drivers and everything again. (that is, the 310.14 drivers)

Just to test, I can try to run GW2 with the nvidia-current before I install the newest 310.14.

[Shahrizai]

Ok, I just deleted everything. Re-installed Ubuntu 12.10 and wine1.5.

Now, GW2 doesn't even install. Or maybe it does, I dont know, the window disappears (not showing), but it still shows in the dock but I can't open it (or at least, the window is invisible), ... only way to close it is to kill the process in System Monitor.

Perhaps we need a new Wine version for Ubuntu 12.10

[Brett Lyons]

On 64 bit systems /usr/lib is populated with 64 bit libraries, and /usr/lib32 has the 32bit libraries. Also, /usr/bin/wine is usually the 32 bit version, /usr/bin/wine64 is usually the 64 bit version. In my experience either can be used to run Guild Wars 2. The bit-width has to be the same between the libraries and the binary. So you've got to use 64 bit libraries with a 64 bit binary and 32 bit libraries with a 32 bit binary. Most of the time anyway, I'm sure there are exceptions somewhere.
If you leave the /path/to/the/library out of the LD_PRELOAD field, the linker will automatically assume /usr/lib and thus 64 bit libraries.

Using PlayOnLinux might be the best solution for you for now.

[Shahrizai]

Have you managed to run it with the new drivers? (The 310.14 drivers)
Has anybody managed?

There is no point using elder drivers, they just give shitty fps ...

Would be nice to find out how the multi-threading works with GW2.

[Brett Lyons]

On the System Monitor graph, I saw 2 of 4 CPU cores utilized by running Guild
Wars 2 within Wine, and according to Tom's Hardware's benchmarking of GW2 in
Windows, there is a 20%-35% performance increase in the addition of the 3rd and
4th core with relatively high end graphics hardware.
(http://www.tomshardware.com/reviews/gui ... ark,3268-7.
html, Accessed October 24th).

Whether or not this performance increase generalizes in test-cases of lower
priced graphics hardware is unknown to me, I personally cannot test for
bottlenecks or variance within graphics card selection until Wine supports
proper usage of 4 cores within windows software written to use 4 cores such as
Guild Wars 2. In other words, Wine is unsatisfactory for reproducing
performance comparable to the native Windows ABI on hardware targets having 3
CPU cores or more at this time. I'm guessing that this is likely to improve.

So with that said, the primary challenge to Wine's implementation is the way
that it utilizes processor cores, at least, thats the primary performance choke
within Guild Wars 2 on Wine -- And according to bug reports, World of Warcraft
and StarCraft 2 as well.

The instructions for using the drivers you wrote about Shahrizai, are on the appdb
entry for Guild Wars 2. If they do not work as written, then writing an e-mail or post to
the author of them with information on exactly what you did and the response you
got from your deterministic machine is probably your best bet for receiving help.

Other than that, your best bet for performance improvement on your current hardware would be to start working on Wine's multi-core usage. Because as J V said, "...once we get it using multiple cores properly it's gold."(Previous post in this thread)