ArmoredVehicle.2849

I wanted to use that for AMD, however there were a few reasons why I didn't do that: I wanted something a bit more straightforward and easier to get working, Next there's the fact that not everyone uses Ubuntu and getting pre-compiled Gallium Nine-enabled drivers may not be as easy. I'm still open for a G9 build, although not sure when that will come.

The package has been designed to be fully independent and portable, it doesn't interfere or communicate with other Wine prefixes or Wine packages on your system. The only thing I didn't bundle are the shared libraries . As for the performance, it all depends on which graphics settings you're using. Graphics details such as Shadows and Character Limit + Quality will tank the frame rate much more than Windows. Currently there isn't much else I can do to improve performance, if the game ever supports DX11 that might move things a bit thanks to DXVK.

If it isn't already set that way: You could try to run on an X.org session instead of Wayland.

Hey, glad you got further. I noticed something about freetype.org in that terminal screenshot, could you please post a longer log? I'm suspecting a missing font package may be at play here since you have missing text. In regards where to add the command line parameters, go into the bin folder and open up "user_run" in a text editor and at the last line where it reads: "../../../bin/wine64" ./GW2.exe -dx9single & disownadd to it:"../../../bin/wine64" ./GW2.exe -dx9single -nopatchui -email youremail@domain.com -password yourpassword & disown This will skip the login screen entirely. Be aware that with this method if your game is downloading an update or lots of files, the game's window might take a while to appear. I've actually had very good performance with Intel HD using a desktop i3-7100 CPU / 8GB Ram and Xubuntu 18.04 (Mesa 18.0), the game works surprisingly well considering the GPU's limited capabilities. By version you probably mean distro. As a Linux newcomer I suggest Mint which is very polished/stable and works very well for gaming. Nvidia is supported and performs very well under Linux. They are giving somewhat more attention to Linux. I run 4 PC's with different Nvidia GPU's and have 0 issues with them.

Hi :-) This line indicates that the zlib1g package is not installed in your system, I forgot if the game requires the 64 or 32 bit version but it doesn't hurt to install them both (it's safe and some other 32bit programs/games may require it anyway at some point). If you search for zlib1g in your package manager it should show up easily. Post the next log if the game still doesn't run. For comparison, I'm picturing this in a similar fashion to modern id Software games (Wolfenstein / Doom 2016), these games use OpenGL and Vulkan and performance with Wine is on par as if ran under native Windows. 2 Birds with 1 stone as they say.

Hi, the google drive link can't preview it because it's a tar.gz type archive (If I provide it as a .zip file it creates a mess with file permissions), clicking "Download Anyway" will ask you to save the archive, from there you need to go in the folder where you saved it and extract it to a location of your choosing. The last part you have to do is to install the 32bit libraries for your distro, this can be found in your package manager named "ia32-libs".

I checked a bit how Lutris works and how to distribute a customized version of Wine, I might do it but cannot give an estimate when. I am currently trying to improve the installer script so I can distribute a single archive which will automatically detect which GPU you're running and adjust the settings accordingly, a small non exciting update but it's been on my to-do list. So far there isn't much I can do to improve the performance any further.

I test the game on 3 different PC's each without issues, running a different distro: Mint 18.1, Debian 9, Ubuntu 18.04. Have you tried to run the game in a clean prefix?

Can't say for 3.11 but I just checked 3.12 (clean prefix) and it works just fine for me. Keep in mind that GW2 benefits a lot from the PBA patches, using a Vanilla or Staging Wine build yields less performance, sometimes even up to 20-30fps less. I'm running a AMD 1700X (8 core / 16 threads) no issues at all.

haven't tried any as I'm still using 3.7 for GW2. In other news, here's what I'm currently up to: I've recently been reading about a new Wine-related project called "esync" github: https://github.com/zfigura/wine/releases. This helps CPU-bound games achieve a little more performance in Wine, which as of lately it is popularly combined with DXVK. So here I am once again trying to squeeze a little more performance out of GW2. It will either sink or swim :-)

Thanks for doing the work on this. your self contained wine and launcher works much better on my laptop than PlayonLinux was. It ran fine but I get better performance without it no matter how I set it up. I was wondering about the version of wine you used and how I can go about changing and updating that to run with what you already have setup? I am not that savvy with scripting but pretty good at figuring things out overall. I have been looking at your configs for user and such and made some changes slightly. I would like to try your setup here with wine-staging 3.10. I am not sure it matters at all from what I think is 3.7 in your package but am always up to experiment. I am trying to learn more about wine in general as well. Thanks again. PS it also helped on my old desktop as well and can get the details twice as high with same FPS and some screens that never loaded right in guild hall now load right for me. :) Thanks for the kind feedback, glad it's helping. Technically the 4 folders: bin, lib, lib64 and share are what make up Wine. If you wish to use a newer version delete those and unpack the new ones, Don't forget to backup the user_run/config/regedit scripts though, these are not part of Wine. Whenever I need to upgrade Wine for my Windows games I follow the same procedure, I don't like installing it system wide since one Wine version may not work the same for another game. In the case of GW2, using a Wine build without the PBA patches will yield worse performance, especially in large group events. These patches help the game maintain a smooth framerate and prevents it from dipping way too low during large events. Currently the author stopped working on them and the latest version of Wine supported is 3.7. This isn't the end of the road though, the Mesa driver stack is getting a lot of attention both from Intel and AMD.

New update is out. See first post for Changelog and Download links, now with 100% more Mesa friendly :-)

Current Project Status: Ever since I started this little project I've been heavily focused on Nvidia since it's my daily driver (and also the one I'm most experienced with). I've recently been running some tests on the Core i3-7100 CPU with it's integrated HD 630 GPU, results have been better than I expected so the next package update will focus on Mesa users. What you can expect - 1) A dedicated package for Intel/AMD users. Due to different environment variables and registry settings, I will be offering 2 versions of the package, 1 for Nvidia users and the other for Intel/AMD. 2) Out of the box On-Disk Shader Cache support for Intel GPU's - Until Mesa 18.0 the On-Disk Shader Cache is disabled by default on Intel GPU's, so if you're not on Mesa 18.1 or higher yet, fear not as this feature will be enabled out of the box. In a previous post I covered what Disk Shader Cache does (mainly reduces stutter and loads the game faster). 3) GLSL enabled by default for Intel/AMD. In my current package the GLSL feature in Wine is disabled by default since it benefits Nvidia, Intel and AMD users had to re-enable this manually otherwise the game would refuse to run (my apologies for this). This is also one of the main reasons why I want to offer a separate package. You can expect the update either tomorrow or by Friday :)

It shouldn't cause that, zlib1g is a compression library (similar to 7zip), while s2tc0 is a texture compression. Hopefully you'll get it up and running again :-)

Adding "-nopatchui" to the command line arguments in "bin/user_run" seems to fix the problem, now CPU usage is under 100% but I can't see the download progress. I guess adding "-email" and "-password" should take care of that problem. Thanks! Edit: Had to enable GLSL in "data/user_reg" line 710, the game crashes on start otherwise. Hmm, so AMD also needs GLSL enabled to run, always thought it's just an Intel prerequisite. If you're using a recent version of Mesa (18 or 18.x) you can make use of the On-Disk Shader cache feature which reduces a lot of stutter.

@"dieterengelhardt.8759" Ok so it seems you're missing 2 packages, try installing these 2 and retry: "libtxc-dxtn-s2tc0" and "zlib1g". Let me know how it goes. @"VAHNeunzehnsechundsiebzig.3618": Disabling GLSL was my doing, I set it to disabled by default to reduce stutter when using an Nvidia GPU.

Go into the folder where you unpacked the package > enter in the "bin" folder and with a text editor open the file called "user_run". Inside you will find a line where it says "export WINEDEBUG=-all", change it to "#export WINEDEBUG=-all", save the file and close it. Launch the game again from terminal and copy and paste the log here, most likely you're missing some packages.

You're missing the 32bit libraries, once you install those it will run fine. Technically the game is 64bit but it still relies on some 32bit components. I am new to wine - would you mind explaining real quick ? In your package manager you need to search and install the package called "libc6:i386", this contains the basic files required to launch 32bit software on your system. It's used by any 32bit program that you try to launch (not just Wine). Let me know if you get stuck any further, I'll try my best to help.

You're missing the 32bit libraries, once you install those it will run fine. Technically the game is 64bit but it still relies on some 32bit components.

Apple has been jumping ship with OpenGL for some time now, it performs poorly when compared to Windows and Linux and it looks like they're hell bent on putting the final nail in the coffin. Should ArenaNet decide to keep supporting Mac with a new renderer, I suggest Vulkan over Metal as it's not limited just to Mac and would probably benefit more in the long run.

New version of my package is out, with a few improvements. Download Links on first page (opening post). Enjoy :-)

--- Ignore ---

A small performance tip for Nvidia users regarding on-Disk Shader Cache: By default the Nvidia driver saves the shader cache of all games in a pool of 128MB. If you play only GW2 this would be fine for the most part, but if you're like me and have over 15 games installed on your PC, then 128MB will feel really small and once that's full, the game will have to compile the shaders on the fly each time you launch it which causes a bit of in game stutter until it finishes. However with the help of an environment variable in the Nvidia driver you can set a personalized cache folder, giving 128MB shader cache for each game instead of a shared one. In the case of GW2 it can be done like this: 1) In terminal: mkdir $HOME/.nv/gw2 (this creates the folder where the GW2 shader cache will be saved to)2) Run GW2 with the: __GL_SHADER_DISK_CACHE_PATH="$HOME/.nv/gw2" at the beginning of your launch parameter. Note:(The above steps can be done for any other game) Note 2: Updating the drivers seems to also rebuild the games' cache from scratch, feel free to empty the cache folders to free up space after a new update. If you're handy with the terminal you can write a simple script that empties these folders. Technically speaking this feature has been in the Nvidia driver since 2011 but at the time there weren't as many graphically intensive Linux games as today so 128MB was acceptable.

It seems to me that you're running the game off of the Intel GPU not the Nvidia one. If you have your drivers and software setup correctly, you need to run your game with "optirun" or "primusrun" to use the Nvidia GPU, for example: optirun ./play_GW2.sh

Can you create new files or folders in the screenshots folder? Sometimes a simple permission may block a game / other software from writing to a folder making it appear as "full".