WineHQ

World of Tanks

1.x version that was first released on March 21st 2018 for the EU servers.

Application Details:

Version: 1.x
License: Retail
URL: http://www.worldoftanks.com
Votes: 19
Latest Rating: Silver
Latest Wine Version Tested: 3.11-staging

Maintainers: About Maintainership

Test Results

Selected Test Results

What works

Everything works! 



What does not

Just a little thing:

When you start World of Tanks for the first time, you first see an intro video. This video hangs after a short time. Thus, the game hangs too.

Workarounds

To get around this, you have to set the "Windows 7" setting in the "winecfg" for the World of Tanks Launcher. After that it will work.

What was not tested

Nothing.

Hardware tested

Graphics:

  • GPU: Intel
  • Driver: unknown

Additional Comments

Surprisingly, World of Tanks works much better than on Windows 7.


Tested on Linux Mint 19.0 Tara!

selected in Test Results table below
Operating systemTest dateWine versionInstalls?Runs?Used
Workaround?
RatingSubmitter
CurrentLinux Mint 19.0 TaraJun 26 20183.11-stagingYes Yes YesSilverErik 
ShowUbuntu 18.04 "Bionic" amd64 (+variants like Kubuntu)May 21 20183.8-stagingYes Yes YesGoldDaniel 
ShowopenSUSE Leap 42.3 x86_64Apr 18 20183.6-stagingYes Yes YesGoldSergei 
ShowDebian GNU/Linux 10.x "Buster" x86_64Mar 30 20183.4Yes Yes YesSilverJon 
ShowArch Linux x86_64Mar 27 20183.4Yes Yes YesGoldZenAnonX 

Known Bugs

Bug # Description Status Resolution Other apps affected
30984 Some keys do not work in different games (Trine, Skyrim, Dragon Age Origins, Dragon Age 2, Star Trek Online, Gothic 2) NEW View

Show all bugs

Comments

The following comments are owned by whoever posted them. WineHQ is not responsible for what they say.

Game not starting
by Antoine Lebeault on Monday June 18th 2018, 16:17
I'm running ArchLinux x86_64, and i've succesfully instal lthe the game in a clean 64bits wine-sating prefix.
But when i click on play in the launcher, everything crash and here is the final error :

< HTTP/1.1 404 Not Found
< Server: nginx
< Date: Mon, 18 Jun 2018 21:12:45 GMT
< Content-Type: text/html
< Content-Length: 162
< Connection: keep-alive
<
* Connection #0 to host update.worldoftanks.eu left intact
* Closing connection #0
RE: Game not starting
by Antoine Lebeault on Tuesday June 19th 2018, 7:42
EDIT : I've tested the same version of wine in a virtual machine running Linux Mint 18.3 64bits, and the game start out of the box, so it might be a missing librairie issue or something like that.
RE: Game not starting
by Matthias Leitner on Tuesday June 19th 2018, 12:11
the game needs vcrun2015 to start
RE: Game not starting
by Antoine Lebeault on Tuesday June 19th 2018, 13:11
I've already tried that, and the game work fine on a linux mint VM.
RE: Game not starting
by Paweł Frączek on Tuesday June 19th 2018, 12:28
FOA make sure u have installed dependencies:
'wine --check-libs' and 'wine64 --check-libs'

On Arch i have problems with 'wine-staging' from version 3.7 (I suppose its problem with gcc version using by maintainers), thats why I'm using 'wine-staging-pba' from AUR, compiled for my processor '-mtune=skylake' (vide: '/etc/makepkg.conf').
WOT runs with win64 enviroment.

If u have NVIDIA GPU best soulution is installing 396.24.02 driver from NVIDIA site. In this case ALT-TAB works.
RE: Game not starting
by Antoine Lebeault on Tuesday June 19th 2018, 15:29
I've checked my dependencies and they are all installed for both wine and wine64. I've also check that all libs installed on linux mint was installed on archlinux.
I've also install a real linux mint on my pc and the game work fine on a stock wine64 prefix, so i think the issue come from the wine-staging package. I will try tomorow to use the aur package.

Thanks for the tips with the nvidia driver.
RE: Game not starting
by Antoine Lebeault on Wednesday June 20th 2018, 6:57
I've compiled the wine-staging-pba aur package but i've the same result. I've discover that the first launcher of the game just after the instalaltion go further, and I've now this output :
00e0:fixme:ieframe:ControlSite_OnFocus (0xfe4714)->(1)
00e0:err:mshtml:handle_htmlevent Could not get nsIDOMNode: 80004002
00e0:fixme:msctf:SetInputScopes STUB: 0x20128 ... (null) (null)
00e0:fixme:mshtml:OleInPlaceActiveObject_TranslateAccelerator (0xfe7a50)->(0x14c220)
00e0:fixme:ieframe:OleInPlaceObject_InPlaceDeactivate (0xfe4648)
00e0:err:mshtml:handle_htmlevent Could not get nsIDOMNode: 80004002
00e0:fixme:ieframe:ControlSite_OnFocus (0xfe4714)->(0)
00e0:fixme:ieframe:InPlaceSite_OnInPlaceDeactivateEx fNoRedraw (1) ignored
00e0:fixme:mshtml:HlinkTarget_SetBrowseContext (0xfe7a50)->((nil))
01b4:fixme:d3d:wined3d_dxtn_init Wine cannot find the txc_dxtn library, DXTn software support unavailable.
01b4:fixme:kerberos:kerberos_SpInstanceInit 65536,0x7ce983a0,(nil): stub
01b4:fixme:msvcrt:_configure_wide_argv (1) stub
01b4:fixme:msvcrt:_initialize_wide_environment stub
01b8:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr (nil
RE: Game not starting
by Paweł Frączek on Wednesday June 20th 2018, 8:41
I'm amazed. I had that same problem with all versions of Wine from packages.
Which gcc have u installed?
'pacman -Qo gcc'
and:
'pacman -Q | grep gcc'
in my case:

gcc 8.1.1+20180531-1
gcc-libs 8.1.1+20180531-1
lib32-gcc-libs 8.1.1+20180531-1
RE: Game not starting
by Antoine Lebeault on Wednesday June 20th 2018, 11:03
I have exactly the same version.
RE: Game not starting
by sl1pkn07 on Wednesday June 20th 2018, 8:42
try build wine with this:

export CFLAGS="${CFLAGS/-fno-PIC/}"
export CXXFLAGS="${CXXFLAGS/-fno-PIC/}"
RE: Game not starting
by sl1pkn07 on Wednesday June 20th 2018, 9:26
and also needs build with gcc7 (in [community])

export CC='gcc-7'
export CXX='g++-7'
RE: Game not starting
by sl1pkn07 on Wednesday June 20th 2018, 9:50
ops. also missing this:

export CFLAGS="${CFLAGS/-O2/-O1}"
export CXXFLAGS="${CXXFLAGS/-O2/-O1}"
RE: Game not starting
by Antoine Lebeault on Wednesday June 20th 2018, 11:09
I'll try but I don't think it's a compilation problem because I already had this problem in the past and I'd resolve it but I dont remember how, but I'm sure it wasn't a wine compilation issue.
I can also run other programs without any particular issues, and Trackmania 2 (a game using dx11) run just fine.
RE: Game not starting
by sl1pkn07 on Wednesday June 20th 2018, 11:11
yea, but this game needs it, if not, you got

raise_exception Unhandled exception code c0000005 flags 0 addr (nil
RE: Game not starting
by Antoine Lebeault on Wednesday June 20th 2018, 12:05
Thank you ! It was that. Just, can I have this wine running only for WoT, and having a "clean" wine for the rest ?
RE: Game not starting
by sl1pkn07 on Wednesday June 20th 2018, 13:25
if you install it in different place, why not?

you need play with the configure options before build
RE: Game not starting
by sl1pkn07 on Wednesday June 20th 2018, 13:47
OK: I just tried build with gcc 8.x. works ok, but still need build with -O1 optimization.

seems filter '-fno-PIC' do nothing, because is not set by default in the /etc/makepkg.conf
Screen flicker since 1.0 and Core engine
by CB on Sunday May 27th 2018, 18:39
I ran into the total crash Unhandled Exception error with the latest wine-staging-nine from our Arch repo, so I downgraded to wine 2.21 and the actual game window loads now. However, I'm getting severe screen flicker no matter which libraries I enable or disable when my Windows version is set to XP. When I set it to Windows 7 I get a black screen without loading window. I've tried disabling x_audio2-7 and D3D11 but it either crashes or gives me the unresponsive black screen. Here's a bit of the tail of when the window goes black:

Native Direct3D 9 is active.
For more information visit wiki.ixit.cz/d3d9
fixme:d3d9nine:d3dadapter9_new
Native Direct3D 9 is active.
For more information visit wiki.ixit.cz/d3d9
fixme:d3d9nine:d3dadapter9_new
Native Direct3D 9 is active.
For more information visit wiki.ixit.cz/d3d9
fixme:d3d9nine:d3dadapter9_GetAdapterLUID (0x16b4d8, 0, 0x33fa0c), stub!
fixme:wtsapi:WTSRegisterSessionNotification Stub 0x4006a 0x00000000
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:Heap32ListFirst : stub
err:winediag:wined3d_dll_init Setting multithreaded command stream to 0.
fixme:d3d:wined3d_dxtn_init Wine cannot find the txc_dxtn library, DXTn software support unavailable.
mesa: for the -simplifycfg-sink-common option: may only occur zero or one times!
err:winediag:wined3d_adapter_init GL_ARB_compatibility not supported, requesting context with GL version 3.2.
err:winediag:wined3d_dll_init Setting multithreaded command stream to 0.
fixme:d3d:wined3d_dxtn_init Wine cannot find the txc_dxtn library, DXTn software support unavailable.
err:winediag:wined3d_adapter_init GL_ARB_compatibility not supported, requesting context with GL version 3.2.
err:winediag:wined3d_dll_init Setting multithreaded command stream to 0.
fixme:d3d:wined3d_dxtn_init Wine cannot find the txc_dxtn library, DXTn software support unavailable.
err:winediag:wined3d_adapter_init GL_ARB_compatibility not supported, requesting context with GL version 3.2.
err:winediag:wined3d_dll_init Setting multithreaded command stream to 0.
fixme:d3d:wined3d_dxtn_init Wine cannot find the txc_dxtn library, DXTn software support unavailable.
err:winediag:wined3d_adapter_init GL_ARB_compatibility not supported, requesting context with GL version 3.2.
fixme:d3d9nine:DRI3PresentGroup_GetMultiheadCount (0x17c428), stub!
fixme:d3d9nine:DRI3PresentGroup_GetMultiheadCount (0x17c428), stub!
err:winediag:wined3d_dll_init Setting multithreaded command stream to 0.
fixme:d3d:wined3d_dxtn_init Wine cannot find the txc_dxtn library, DXTn software support unavailable.
err:winediag:wined3d_adapter_init GL_ARB_compatibility not supported, requesting context with GL version 3.2.
fixme:msctf:ThreadMgr_ActivateEx Unimplemented flags 0x4
fixme:msctf:ThreadMgrSource_AdviseSink (0x1bd3d8) Unhandled Sink: {ea1ea136-19df-11d7-a6d2-00065b84435c}
fixme:msctf:ThreadMgrSource_AdviseSink (0x1bd3d8) Unhandled Sink: {71c6e74e-0f28-11d8-a82a-00065b84435c}
fixme:msctf:InputProcessorProfileMgr_GetActiveProfile (0x1bd568)->({34745c63-b2f0-4784-8b67-5e12c8701a31} 0x33f3dc)
fixme:msctf:InputProcessorProfiles_GetLanguageList Semi-STUB:(0x1bd568)
fixme:msctf:EnumTfInputProcessorProfiles_Next (0x1bd590)->(1 0x33f434 (nil)

The only thing I can think of now is that my card itself is the issue, since it's fairly old. It's a pre-GCN3 Radeon HD7750 (believe the code name is Cape Verde). Those GL version errors are what might be causing it. I had to do some workarounds on other games because of OpenGL version support, but like I said, this game always ran perfectly fine until 1.0.
RE: Screen flicker since 1.0 and Core engine
by Matthias Leitner on Monday May 28th 2018, 9:52
do you installed vcrun2015 via winetricks? (this is the only necessary thing beside the different DX11 workarounds)
Log for cef_browser_process
by Fredrik Blomqvist on Monday April 2nd 2018, 15:38
I decided to investigate the fact that I can't get the in-game browser to work. Looks like Gecko is installed after all (judging by the existence of folder "2.47/wine_gecko" in drive_c/windows/syswow64/gecko), so I suppose that isn't the reason why the browser crashes.
I posted the log of the cef_browser_process here: pastebin.com/UaC8VZpf

Couldn't decrypt it but if anyone can see/knows what could be wrong please do let me know!
RE: Log for cef_browser_process
by ZenAnonX on Tuesday April 3rd 2018, 1:36
I was able to reproduce your bug,

pastebin.com/0EpE3Say

This "wine: Unhandled exception 0x80000003 in thread 84 at address 0x10090bc9 (thread 0084), starting debugger.." might be the source of your problem.
Using wine-staging fixes it and cef_browser_process starts loading up.

pastebin.com/8RXPYuis

I am not totally sure but error might lie in either ole or win module. Anyways, use wine-staging for now to run game without problems.

P.S. Don't install xact in staging to make xaudio work, its not needed.
RE: Log for cef_browser_process
by Fredrik Blomqvist on Tuesday April 3rd 2018, 18:00
I can confirm using wine-staging worked. Tried with wine-staging 3.5 and it worked great. This should be mentioned in the test report.

by Jan Novak on Sunday April 1st 2018, 15:20
For several days I make lot of tests with WOT and Vulkan + dxvk, wine64 and finnally wine32.

Result:
wine64 (for me) does not work with Vulkan + DXVK + WOT 1.0

Who has it in his logs (I have too):
0081: err: module: import_dll The dxgi.dll library (which L: C: \\ windows \\ system32 \\ wbemprox.dll needs) was not found
0081: Error: ole: COMPOBJ_DllList_Add could not load DLL in process L "C: \\ windows \\ system32 \\ wbemprox.dll"
0081: err: ole: CoGetClassObject no object of class {4590f811-1d3a-11d0-891f-00aa004b2e24} can not be created for context 0x1
0081: Error: dxdiag: gathering information wWinMain DxDiag Failed
It's really a problem, dxgi used to load. But for Running Vulkan with dxvk is important runnig dxgi.dll + d3d11.dll

I think this is the incompatible version of dxgi.dll used with 64-bit wine.

In this setting (wine64), I have too a 15-second delay in the garage, and many trees and bushes are black (see in my yesterday post with screenshots).



wine32 (for me) is the right way
used version:
wine32 3.5 devel, installed via apt install (wiki.winehq.org/Ubuntu)
libvulkan1 1.1.70, installed via apt install
Latest binary build dxvk: haagch.frickel.club/files/dxvk/latest/32/bin/
vulkanSDK for Windows vulkan.lunarg.com/sdk/home#sdk/downloadConfirm/1.1.70.1/windows/VulkanSDK-1.1.70.1-Installer.exe (vulkan.lunarg.com/sdk/home #windows) + insert the json file + registry settings (see readme on github.com/roderickc/wine-vulkan).

Settings in winecfg: library
d3d11 (native) - it is important, do not set other choice. Presseted via setup_dxvk.sh
dxgi (native) - it's important, do not set other choice. Presseted via setup_dxvk.sh

Im not using the emulated desktop, Im using window borderless settings from game. For fully normal ALT + TAB work and not losing full screen focus, I use the registry settings: HCU-> Software-> Wine, a new key named "X11 Driver" (without quotation marks). String values: Managed: Y, UseTakeFocus: N

Entering the Strongholds in main menu WOT is still not working, I think the problem here is:
006e: err: winsock: interface_bind Failed to bind to the interface, receiving packets will not work on socket 16a4.

before start the wine I set the variable: DXVK_HUD = "1"

Run wine worldoftanks.exe to produce log on stdout:
pastebin.com/sqtvgNW0
Important parts are the words dxgi and vulkan in the log. This shows works vulkan + dxgi. When I run the game (because I set DXVK_HUD = 1), I see HUD from DXVK (Graphics Card + Driver Version, Vulkan Version, FPS) and in pwd directory from where I run wine I see two logs:
WorldOfTanks_d3d11.log
WorldOfTanks_dxgi.log
Now I have the functionaly DirectX 11, because black trees and bushes are gone out.


I hope this help to someone.
RE:
by ZenAnonX on Sunday April 1st 2018, 23:36
It shouldn't cause problems such as those while using 64 bit prefix, i m running it fine using the same. From pics it looks like trees are not getting properly rendered.
Please post your,
Mesa Version
LLVM Version
Distro
Graphics Card Vendor and Graphics Driver you are using.

Also try running game using wine-staging in a clean wineprefix, its same procedure of install (run dxvk_setup for relevant architecture, copy winevulkan.json to C:\Windows, run Vulkan-SDK installer, set dxvk registries)
RE: wine64 problems
by Daniel on Monday May 21st 2018, 3:59
I think your problem for 64 bit is; you need to run BOTH scripts (32 bit and 64 bit) for DXVK.
Images
by Jan Novak on Friday March 30th 2018, 16:53
Previous images (I dont know why) not working.
There is new urls:

imgur.com/a/pZwrW
imgur.com/a/c0rpk
WoT Crashing becasue of cef_browser_process.exe
by Kevin on Friday March 30th 2018, 5:25
Hi,

Got a new issue in that just after logging in and while the garage is loading I get a "Program Error" pop-up regards "cef_browser_process.exe" and then the game crashes and I cant get in.

No idea how to get round this one, nothing on the client side has changed so really not very happy!!!

Anybody any ideas on how to resolve this issue?
RE: WoT Crashing becasue of cef_browser_process.exe
by Daniel on Monday May 21st 2018, 4:06
I had a similar problem on one of my previous installs, only I could just open up the game again. Perhaps you just can't open a fullscreen window, in that case, try click the arrow on the WoT launcher and select "Launch the game with reset graphic settings".
WoT isn't gold yet...
by Fredrik Blomqvist on Tuesday March 27th 2018, 16:23
I'm not sure why people keep posting gold rest reports when clearly everything does not work in the game. So far no one has posted a workaround for making the browser work, and there have been mentions of the emblems/decals not working (and no workarounds). None of the gold reports mention that these areas were tested (the browser is used a little here and there, e.g. Strongholds) even though they are quite obvious. Just thought I'd put it out there so that people can get a little educated and to prevent people from getting their hopes up before installing the game and testing it themselves.
RE: WoT isn't gold yet...
by ZenAnonX on Wednesday March 28th 2018, 8:43
Browser works out of box here, tested in both strongholds and bulletins screens.You need to have gecko installed, it should come by default as a dependency for wine, if not get it here,

wiki.winehq.org/Gecko

Also make sure you are running game from a clean wineprefix with just dxvk installed.
1.0 worked out of the box for me with just dxvk unlike older versions where xact was a neccessity if you are running in dx11 mode, so its a gold for me ;)
RE: WoT isn't gold yet...
by Fredrik Blomqvist on Wednesday March 28th 2018, 9:50
I am running WoT out of a clean wineprefix, however, Gecko did not get installed automatically for me. I guess I'll give it another go later and see if I can install it manually. Nonetheless, considering that it didn't get automatically installed for me nor for others here it should probably at least have been mentioned in the test reports (though I suppose you wouldn't have known since you didn't deal with it yourself).
RE: WoT isn't gold yet...
by Matthias Leitner on Wednesday March 28th 2018, 10:06
Stronghold loading forever until you are invited is a game related bug and happens also on windows
and I checked, gecko was installed, not sure if by default or added by somewhere during playing around with the settings
RE: WoT isn't gold yet...
by ZenAnonX on Wednesday March 28th 2018, 13:44
Thats really weird, takes about 1 minute to load on mine but loads fine. Could this issue be graphics card related? I am using amd btw with open source drivers. Try using wine-staging too, it might not have that problem.

Also these are my wineprefix settings,

WINEARCH=win64
Windows Version: Windows 10
Allow windows manager to decorate windows: False
Allow window manager to control windows: False
Libraries: d3d11(native),dxgi(native) - Both set by dxvk setup.

Hope that helps.
Completely maxed out graphics @ 1080p w/ DX11 + dxvk
by Fredrik Blomqvist on Sunday March 25th 2018, 18:24
Followed Justin's advice and tried using dxvk (v0.40), and that was the key to everything. However, I did not have to disable any window decorations (not sure how anyway) nor install vcrun2015.
I am getting a solid 50+ fps with every single setting maxed out/on ultra (shadows are grayed out on off for some reason, but whatever), including tesselation enabled via the preferences.xml file (located in Application Data in your WoT Wine prefix, search for it).
Specs:
i7 7700HQ
GTX 1060
16 GB RAM
2560x1080p

1. Download the latest dxvk binaries from the GitHub Releases page (github.com/doitsujin/dxvk/releases)
2. Follow the how-to-use instructions in the GitHub Readme (github.com/doitsujin/dxvk#how-to-use)
2. a. Remember to run the setup script with the right Wine prefix (e.g. the one you run WoT with)
3. Done, just start WoT as normal and start maxing out the graphics settings

These are the libraries I have overrides for:
imgur.com/a/jtXGM
Note that d3d11 and dxgi were added by the dxvk setup script. All the other ones were added by me. Not sure if they are all required so feel free to test.
RE: Completely maxed out graphics @ 1080p w/ DX11 + dxvk
by Fredrik Blomqvist on Sunday March 25th 2018, 18:26
Forgot to mention one thing: loading the garage freezes the game for like 10-20 seconds (after login/after battle) but it always seems to recover and continue on normally.
RE: Completely maxed out graphics @ 1080p w/ DX11 + dxvk
by Kevin on Monday March 26th 2018, 5:03
Hi,

Followed the example from Justin and yourself and I can confirm the same status, I can run most things in ultra and still get around 50-75fps, I also get the same 20-30s hang when loading the garage.

Also moved the game from HDD to SDD as suggested in other posts.

GeForce GTX 980M
Nvidia-384.111
Wine x64 3.4

Happy with how it's going and ca live with the delayed loading time.
RE: Completely maxed out graphics @ 1080p w/ DX11 + dxvk
by Daniel on Monday March 26th 2018, 5:57
I've got a similar setup:
- wine64 bit
- dxvk

I can max out the graphics but the shadows and yes, it looks great BUT;
- The shadows quality is stuck at 0 which hints at something not working quite right.
- It might just be me, but it still appears just slightly better graphically on windows.

My wine log is giving me errors about it being unable to find the "dxgi.dll" library. I suspect this may be where my problems are and even after registering the library again and trying it in different places, I still get the same error.
I would be interested to hear if your logs show similar or if this is a separate problem for my setup.
RE: Completely maxed out graphics @ 1080p w/ DX11 + dxvk
by Kevin on Monday March 26th 2018, 9:24
Hi,

I'm seeing similar errors against the system32 dlls in my config so you are not alone but Im not sure what if any issue these relate to.

0081:err:module:import_dll Library dxgi.dll (which is needed by L"C:\\windows\\system32\\wbemprox.dll") not found
0081:err:ole:COMPOBJ_DllList_Add couldn't load in-process dll L"C:\\windows\\system32\\wbemprox.dll"
0081:err:ole:CoGetClassObject no class object {4590f811-1d3a-11d0-891f-00aa004b2e24} could be created for context 0x1
0081:err:dxdiag:wWinMain DxDiag information collection failed
007a:err:module:import_dll Library dxgi.dll (which is needed by L"C:\\windows\\system32\\wbemprox.dll") not found
007a:err:ole:COMPOBJ_DllList_Add couldn't load in-process dll L"C:\\windows\\system32\\wbemprox.dll"
RE: Completely maxed out graphics @ 1080p w/ DX11 + dxvk
by ZenAnonX on Tuesday March 27th 2018, 10:56
Encountering same errors but I really doubt its related to either dxgi.dll or wbemproxy.dll. Same problems existed in 0.9.x.x too while using dxvk. Tessellation is implemented but not functional atm, nier automata suffers from same problem.

github.com/doitsujin/dxvk/wiki

Shadows could be using some unimplemented graphics call too. I will check against a fresh build of master and post test results as soon as mesa 18 gets released.
RE: Completely maxed out graphics @ 1080p w/ DX11 + dxvk
by Fredrik Blomqvist on Tuesday March 27th 2018, 16:19
You must be wrong regarding tesselation. The page you're referring to says that it's partially implemented. Furthermore, it clearly works (to some extent) in WoT if you turn it on. At least for me. The environment looks 100 times better with it on, just look at the mountains and rocks, they are no longer flat.
RE: Completely maxed out graphics @ 1080p w/ DX11 + dxvk
by ZenAnonX on Wednesday March 28th 2018, 9:41
Yes, you will notice difference in graphics by turning on tesselation through preferences.xml, i do too, but i doubt we will be able to turn it off/on using ingame gui unless its fully implemented in dxvk. It might not even be full scale tessellation we are seeing right now.

Implementation of shadows trouble me more though as dxvk is able to easily handle witcher 3 multilayered shadows but not here. The issue could both be game sided or vulkan sided.
RE: Completely maxed out graphics @ 1080p w/ DX11 + dxvk
by Fredrik Blomqvist on Wednesday March 28th 2018, 9:47
Yeah I'm sure the tesselation will improve once he's fully implemented it. I was gonna try to manually enable better shadows as well but judging by your commentary that wouldn't work? Probably related to dxvk as well.
RE: Completely maxed out graphics @ 1080p w/ DX11 + dxvk
by ZenAnonX on Wednesday March 28th 2018, 13:51
Setting SHADOWS_QUALITY to 0 under preferences.xml should do that, but how well that works ingame, i have no idea. Game does look a bit flat without shadows :/. Problem could also be vulkan sided thats why i am hopeful of mesa 18 release.
RE: Completely maxed out graphics @ 1080p w/ DX11 + dxvk
by Jan Novak on Friday March 30th 2018, 16:22
Does it works for somebody this setting: DXVK_HUD=1 ? If I use Wine 3.4 from GIT (patched for Vulkan), then HUD (runned in WOT) doesnt show and dont produce any logs. If I run in same WINEPREFIX another Game then HUD shows me and produce this logs: Win64-Shipping_dxgi.log + Win64-Shipping_d3d11.log.

In this readme: github.com/doitsujin/dxvk#how-to-use author decribe "Verify that your application uses DXVK instead of wined3d by checking for the presence of the log files d3d11.log and dxgi.log in the application's directory, or by enabling the HUD (see notes below)." BUT any of both results were not working (logs or HUD).
Another indice: If I run wot in wine from command line, then all output are in console in stdout, nowhere in this output is shown "vulkan" word.
If I run cube.exe, (it works) from Vulkan SDK, then word "vulkan" shows in console log:

0009:fixme:vulkan:wine_vkGetInstanceProcAddr Unsupported device or instance function: "vkGetPhysicalDeviceDisplayPropertiesKHR".
0009:fixme:vulkan:wine_vkGetInstanceProcAddr Unsupported device or instance function: "vkGetPhysicalDeviceDisplayPlanePropertiesKHR".
etc...

Is not it weird?

Another indice: every run WorldOfTanks.exe produce dxdiag.log with this content:
------------------
System Information
------------------
Time of this report: 3/30/2018, 22:43:41
Operating System: Windows XP Professional
Language: Czech (Regional Setting: Czech)
System Manufacturer:
System Model:
BIOS:
Processor: Intel(R) Pentium(R) CPU G4560 @ 3.50GHz(1 CPUs), ~3500MHz
Memory: 16004MB RAM
Page File: 5584MB used, 12373MB available
Windows Dir: C:\windows
DirectX Version: = "DirectX 9.0c (4.09.0000.0904)
DX Setup Parameters: Not present
DxDiag Version:

But extended settings of graphics works and my setting in winecfg is windows10.

Can somebody confirm that WOT is working with vulkan ? (post log, screenshot where shown HUD from DXVK) ?




With this suspicion (that wot not runned in vulkan) WOT works, but the far trees,bushes are not properly plotted. They are black. If I use maximal zoom, then they looks like a minecraft objects. Look here: imgur.com/a/W16HH
imgur.com/a/9Wnqc
If I drive closer, they changes from black to normal colours.

My card is Nvidia 1050Ti, driver 390.48,
tested version wine:
- 3.4 from GIT with vulkan patch
- 3.5 from GIT last development version

PS: sorry for my english
Ultra graphics options with DX11 support
by Justin on Saturday March 24th 2018, 14:13
Using wine-staging 3.4 and dxvk-bin AUR package on Arch.

Version set to Windows 10
Disable Window Decorations in winecfg (fixes loading bug)
Installed vcrun2015 through winetricks

System:
Intel C610 chipset
Quadro P4000
NVIDIA Driver Version: 390.42
RE: Ultra graphics options with DX11 support
by Fredrik Blomqvist on Sunday March 25th 2018, 18:25
Thanks for sharing your dxvk findings, tried with the new 0.40 release today and was able to max out the game on my GTX 1060 (same driver as you). Looks soooo much better now!
Enable better graphics
by blankusername on Thursday March 22nd 2018, 16:11
To enable better graphics options in wot, change the "Windows XP" setting in "Windows Version" for "Windows 2008".
Still testing
by Matthias Leitner on Thursday March 22nd 2018, 15:06
Not a fresh installation, I just updated the game and changed wine version to 3.3
Mint17 64bit
i5 6600k
GTX660 (nvidia 390)

64bit installation, win7
native, builtin: gdiplus, d3dcompiler 43, d3dx11_42 & 43, atl120, msvcp120, msvcr120, vcom12, msvcp140, msvcr140
disabled: xaudio2_7 (because of sound cracking)
GLSL: disabled, DDR: opengl, SDO: enabled

1.0 resets the graphic setting, so you have to activate advanced graphic in the in-game setting (the automatic settings won't to this)
I play on custom settings, texture quality, gras etc on ultra, additional effects are disabled (as they cause an fps drop and they are a kind distraction)

I cannot use the new graphic settings for tessellation (said to run only in full directx11 support) and for the rest I am still testing which setting I can run on maximum or ultra without decreasing performance

with standard graphics I have constant 120+ fps, advanced settings for now are somewhere between 70 and 120
therefore the game looks a lot better than before with the same framerate
i.imgur.com/dBloTtQ.jpg
RE: Still testing
by Fredrik Blomqvist on Thursday March 22nd 2018, 22:16
Thanks for sharing your findings! Managed to get DX11 running. However, I did not have a few of those libraries you listed (some of the newer versions for msvcp/msvcr and vcom12 etc) so just skipped them. Seems to run fine anyway.
If you have time to share a screenshot of the exact settings you are using in WoT that would be much appreciated. Wasn't able to load the battle (got stuck on the loading screen, but you could hear the battle starting) when I tried High settings. Medium seems to be fine. Ultra textures seem to work fine too, but not too sure about everything else. I figured it would be interesting to test the exact same settings as you since I am running a more powerful GPU (GTX 1060 @ nvidia-390) and CPU, so I should be able to get same or better framerates.
RE: Still testing
by Matthias Leitner on Friday March 23rd 2018, 7:35
I guess most of the libraries are not needed any more but as I just update the game I am a bit lazy in removing outdated stuff.

This are my current settings:
i.imgur.com/TpdPOa6.jpg

they only one that gave me problems so far was lightning quality, but I am not sure if it is a problem by it's own or in combination with other settings
RE: Still testing
by Kevin on Friday March 23rd 2018, 10:32
Hi,

I followed your example and apart from the initial loading of WoT, tends to blink in and out of the game until after the login page, things seem to be a bit more stable.
Some slight changes to what you have which Ive listed below.

64bit with Windows 10
native, builtin: atl120, d3dcompiler_43, d3dx11_42, d3dx11_43, gdiplus, mscvp140, msvcr120, vcomp140
disabled: d3d11, xaudio2_7

Games playable with advanced settings on medium graphics option.

Setting high on graphics in game results in the game loading page but I get no further than that.

Regards
RE: Still testing
by Matthias Leitner on Friday March 23rd 2018, 12:56
Are you using an SSD or HDD for the game?
and because I read somewhere else, Wayland or X?
RE: Still testing
by Kevin on Monday March 26th 2018, 5:06
Hi,

Moved from HDD to SDD as per best practices, had been running on HDD for a long time but wasnt aware there was an impact on the game.

Cheers
RE: Still testing
by Matthias Leitner on Friday March 23rd 2018, 11:56
Some further testing:
Setting Post Processing to Maximum or Ultra results in black ground textures and only a restart (after change settings back to high) get them back to normal

The difference between lightning quality for High and Ultra is about 10-20 fps, while I don't see a huge improvement in game between Low and Ultra
There is no difference between Shadow setting, neither in fps nor how it looks in game

Setting the amount of Gras to Ultra improves the look of the game more than setting any texture quality to Ultra
RE: Still testing
by Daniel on Monday March 26th 2018, 6:09
Please correct me if I am wrong, but disabling GLSL disables shaders (or maybe just advanced ones?) as GLSL is part of openGL which I believe is sort of necessary for advanced shaders.
RE: Still testing
by Matthias Leitner on Monday March 26th 2018, 10:34
My information may be outdated, but yes disabling GLSL reduces shaders but increase performance of direct3d on Nvidia cards
A few notes re WoT 1.0
by Glenn on Thursday March 22nd 2018, 11:30
I didn't try the Community Test (CT) server for 1.0, so just comparing to my experience w/ WoT 0.9.xx.

I find that WoT looks better and runs with higher fps (60-90) than with 0.9.22

I'm using Wine-Staging 3.4. d3d11 and xaudio2_7 are not disabled unlike as they were noted in the review above. Windows version is Windows XP. I tried setting Wine to Windows 7, but that did not work. Haven't tested any other versions.

A bit about my hardware and OS:

System: Kernel: 4.14.27-1-MANJARO x86_64 bits: 64 Desktop: LXDE Distro: Manjaro Linux
Machine: Device: desktop System: Hewlett-Packard product: HP Compaq 8100 Elite CMT PC 8G ram
CPU: Dual core Intel Core i5 650 (-MT-MCP-) cache: 4096 KB clock speed: 3333 MHz
Graphics: Card: NVIDIA GM107 [GeForce GTX 750 Ti] driver: nvidia 390.42

I've noticed in the WoT Graphics Settings it's stated that "the HD client will not run on XP or earlier versions of Windows". So, WoT is relegated to Low or Minimum in-game graphics settings.

When exiting the game, WoT doesn't shut down completely. I've had to go into a task manager (I've used top) and kill the client to get it shut down. If you exit the game without doing this and then try to relaunch WoT you get an error message stating that it's already running.
RE: A few notes re WoT 1.0
by Fredrik Blomqvist on Thursday March 22nd 2018, 22:13
The reason why you don't have to disable those libraries is because they don't exist (I believe) on Windows XP. If you set Wine to Windows XP you automatically force WoT to run in DX9 and to use a different audio library, which is why it works out of box for you. If you switch to Windows 8 you need to either disable those libraries, or follow some of the other instructions on here (if you wanna enable DX11). Unless you switch to Windows 7 you cannot go above Minimum graphics.
Poor Performance
by Kevin on Thursday March 22nd 2018, 10:33
Hi, I also have the game installed and running using wine 3.4 however the look and feel of the game is poor compared to the pre v1.0 setup.

I'm guessing some feature of the new core graphics engine is not allowing me to change any visual affects from the "low" settings, even custom doesn't make any difference.

Running on an Alienware R15 16G RAM
Nvidia GeForce GTX 980M
RE: Poor Performance
by Matthias Leitner on Monday May 21st 2018, 12:13
check your windows version in winecfg, using winXP prevent from you from using anything but low graphic settings
Back