Mesa + Nouveau + D3D9 + GTX 780ti with Guild Wars 2

[tr37ion]

The system:

• Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz
• Arch Linux 4.6.3-1-ARCH SMP PREEMP (KarolHerbst's reclocking patch v5)
• mesa-git 83044.64ac4ae-1
• mesa-libgl-git 83044.64ac4ae-1
• lib32-mesa-git 11.2.2-1
• xf86-video-nouveau-git 2447.12f7734-1
• Wine-gaming-nine 1.9.13-1

Setting GPU clockrate to max
echo 0f > /sys/kernel/debug/dri/0/pstate

Issues with Guild Wars 2 so far:

1. Loading GW2 loading time is quite long compared to Wine staging with Nvidia driver
2. The resolution is low (not native), pixelated and blurry
   
3. NPCs and players are visible through obstacles
   
4. Probs and other objects are showing a white aura
   
5. At night objects are even more exposed by that surounding aura
   
6. At day objects show a white and black border around their shape
   
7. UI resolution is ok and native
   
8. Commpared with Wine-Staging (nvidia driver) the FPS rate is around 60%, I guess. It can drop quite fast to 20% if other players enter the view. (Might be because of texture loading?!)

Hopefully, those findings help fixing some issues.

EDIT: Those issues are not present with 'pure' Wine-Staging 1.9.13 + Nvidia drivers :)

[siro20]

Thanks for reporting.

1. I noticed that too, but I wasn't sure if it's related to my GPU lacking reclocking support at all.
   Could be shader compilation.
2. I've got the same ugly textures on R600.
3. Not sure if this is a bug, but looks the same on R600. (Did you compare it to windows ?)
4. I've got the same on R600, not sure if this is a bug. (Did you compare it to windows ?)
5. Not visible on R600, likely a nouveau/nine bug.

With latest mesa Guild Wars 2 runs at 100% GPU-load which gives around ~40fps on high settings.

[imirkin]

Do these issues come up with wine + nouveau (but without using gallium-nine)? I.e. the same way that you tested with the nvidia blob driver, but with nouveau.

If they don't, then it's a nine bug (since it's also visible on R600, unlikely that it's a nine-triggered nouveau bug).
If they do, then it's a nouveau bug or a shared wine/nine bug that nvidia's driver happens to paper over (less likely).

[tr37ion]

I don't have Windows and I played GW2 with Wine-Staging + prop Nvidia so far. Never saw those issues then.

[siro20]

To 2. It looks the very same on nouveau (wine + nine) and r600 (wine + nine). Does it look different on nvidia binary driver? May be a mipmap problem.
To 3. It happens on nouveau +nine, it's working on r600 (wine+ nine), nouveau + wine.

[tr37ion]

@siro20

• To 2: changing to "Subpixel" rendering improves quality a bit, but other issues persist. Non of the other settings seem to have an effect on this.
• To 3: The thing is, the 3D models are hidden, the presumably 2D layerd NPC and player names aren't. Never saw this with Nvidia prop. drivers and Wine before.

@imirkin
I'm not 100% sure, but as far as I remember, I tested this with Wine-Staging CSMT + nouveau around 2 weeks ago. As I'm not sure that my mind tricks me, I would rather say I didn't test.
Yesterday, I tried to switch to CSMT, but then GW2 crashed.

[tr37ion]

I get better results today with:

• Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz
• Kernel 4.6.4-1-ARCH SMP PREEMPT
• mesa-git 83298.b89d0df-1
• mesa-libgl-git 83298.b89d0df-1
• lib32-mesa-git 83298.b89d0df-1
• lib32-mesa-libgl-git 83298.b89d0df-1
• lib32-libtxc_dxtn 1.0.1-5
• xf86-video-nouveau-git 2447.12f7734-1
• Wine-gaming-nine 1.9.13-1

starting GW2 with:

env WINEDEBUG=-all DRI_PRIME=1 thread_submit=false wine Gw2-64.exe

Looks like CPU usage is only between 30-50% on 4 threads. FPS is quite nice around 45 FPS.

• Base Textures look like they are now native
• Bump map resolution is still lower (2x?!)
• White aura around props and char persist.

A screenshot which shows the current situation:

[tr37ion]

If I start GW2 with thread_submit=true and option -dx9single if crashes just 10s into the first map:

env WINEDEBUG=-all DRI_PRIME=1 thread_submit=true wine Gw2-64.exe -dx9single

PS: No, I don't use PoL with this test, it is just the folder where it is left :)

⣿ env WINEDEBUG=-all DRI_PRIME=1 thread_submit=true wine Gw2-64.exe -dx9single

*** Error in `Z:\home\me\.PlayOnLinux\wineprefix\GuildWars2\drive_c\Program Files (x86)\ArenaNet\Guild Wars 2\Gw2-64.exe': double free 
or corruption (fasttop): 0x00007fd2dcd0a4b0 ***
======= Backtrace: =========
/usr/lib/libc.so.6(+0x6ed4b)[0x7fd2fc13dd4b]
/usr/lib/libc.so.6(+0x74546)[0x7fd2fc143546]
/usr/lib/libc.so.6(+0x74d1e)[0x7fd2fc143d1e]
/usr/lib/d3d/d3dadapter9.so.1(+0x1ed1af)[0x7fd2ef4201af]
/usr/lib/d3d/d3dadapter9.so.1(+0x1ed3ee)[0x7fd2ef4203ee]
/usr/lib/d3d/d3dadapter9.so.1(+0x1ed713)[0x7fd2ef420713]
/usr/lib/d3d/d3dadapter9.so.1(+0x1c8230)[0x7fd2ef3fb230]
/usr/lib/d3d/d3dadapter9.so.1(+0x1cc109)[0x7fd2ef3ff109]
/usr/lib/libpthread.so.0(+0x7484)[0x7fd2fc477484]
/usr/lib/libc.so.6(clone+0x6d)[0x7fd2fc1b66dd]
======= Memory map: ========
00010000-00120000 rw-p 00000000 00:00 0 
...
01a02000-01a10000 ---p 00000000 00:00 0 
01a10000-01a1d000 rw-s 00000000 00:25 1653169                            /tmp/.wine-1000/server-fd00-5e80d3/anonmap.aXOFsG (deleted)
01a1d000-01a20000 ---p 00000000 00:00 0 
01a20000-01a60000 rw-s 00000000 00:25 1653170                            /tmp/.wine-1000/server-fd00-5e80d3/anonmap.QbGYh9 (deleted)
...
02811000-02820000 ---p 00000000 00:00 0 
02820000-0282d000 rw-s 00000000 00:25 1653171                            /tmp/.wine-1000/server-fd00-5e80d3/anonmap.IKeA7B (deleted)
0282d000-02830000 ---p 00000000 00:00 0 
...
0e9b2000-0eab0000 rw-p 00000000 00:00 0 
0eab0000-0eaf0000 rw-s 00000000 00:25 1653172                            /tmp/.wine-1000/server-fd00-5e80d3/anonmap.AH7dW4 (deleted)
0eaf0000-0eb71000 rw-p 00000000 00:00 0 
...
58270000-68000000 ---p 00000000 00:00 0 
7a800000-7a850000 r-xp 00000000 fd:00 39496933                           /usr/lib/wine/opengl32.dll.so
7a850000-7a851000 rw-p 00000000 00:00 0 
7a851000-7a9da000 r-xp 00051000 fd:00 39496933                           /usr/lib/wine/opengl32.dll.so
7a9da000-7a9ea000 r--p 001d9000 fd:00 39496933                           /usr/lib/wine/opengl32.dll.so
7a9ea000-7a9f3000 rw-p 001e9000 fd:00 39496933                           /usr/lib/wine/opengl32.dll.so
7a9f3000-7a9f9000 rw-p 00000000 00:00 0 
7b400000-7b420000 r-xp 00000000 fd:00 39496382                           /usr/lib/wine/kernel32.dll.so
7b420000-7b421000 rw-p 00000000 00:00 0 
7b421000-7b669000 r-xp 00021000 fd:00 39496382                           /usr/lib/wine/kernel32.dll.so
7b669000-7b66a000 ---p 00269000 fd:00 39496382                           /usr/lib/wine/kernel32.dll.so
7b66a000-7b66d000 r--p 00269000 fd:00 39496382                           /usr/lib/wine/kernel32.dll.so
7b66d000-7b81a000 rw-p 0026c000 fd:00 39496382                           /usr/lib/wine/kernel32.dll.so
7bc00000-7bc20000 r-xp 00000000 fd:00 39496732                           /usr/lib/wine/ntdll.dll.so
7bc20000-7bc21000 rw-p 00000000 00:00 0 
7bc21000-7bd05000 r-xp 00021000 fd:00 39496732                           /usr/lib/wine/ntdll.dll.so
7bd05000-7bd06000 ---p 00105000 fd:00 39496732                           /usr/lib/wine/ntdll.dll.so
7bd06000-7bd07000 r--p 00105000 fd:00 39496732                           /usr/lib/wine/ntdll.dll.so
7bd07000-7bd13000 rw-p 00106000 fd:00 39496732                           /usr/lib/wine/ntdll.dll.so
7bd13000-7bd26000 rw-p 00000000 00:00 0 
7c000000-7c002000 r-xp 00000000 fd:00 39459064                           /usr/bin/wine64
7c002000-7c003000 r--p 00001000 fd:00 39459064                           /usr/bin/wine64
7c003000-7c004000 rw-p 00002000 fd:00 39459064                           /usr/bin/wine64
7c400000-7c403000 r-xp 00200000 fd:00 39459058                           /usr/bin/wine64-preloader
7c603000-7c604000 rw-p 00203000 fd:00 39459058                           /usr/bin/wine64-preloader
7d25e000-7d5e3000 rw-p 00000000 00:00 0                                  [heap]
7ff00000-7ffe0000 ---p 00000000 00:00 0 
7ffe0000-7fff0000 rw-p 00000000 00:00 0 
140000000-140001000 r--p 00000000 fd:00 9831436                          /home/me/.PlayOnLinux/wineprefix/GuildWars2/drive_c/Program Files (x86)/ArenaNet/Guild Wars 2/Gw2-64.exe
140001000-1411da000 r-xp 00000000 00:00 0 
1411da000-1411db000 rw-p 00000000 00:00 0 
1411db000-1417fc000 r--p 011d8000 fd:00 9831436                          /home/me/.PlayOnLinux/wineprefix/GuildWars2/drive_c/Program Files (x86)/ArenaNet/Guild Wars 2/Gw2-64.exe
1417fc000-141d9d000 rw-p 00000000 00:00 0 
141d9d000-141eb1000 r--p 00000000 00:00 0 
141eb1000-141eb3000 rw-p 00000000 00:00 0 
141eb3000-141eb4000 r--p 00000000 00:00 0 
141eb4000-141ec0000 r--p 01a95000 fd:00 9831436                          /home/me/.PlayOnLinux/wineprefix/GuildWars2/drive_c/Program Files (x86)/ArenaNet/Guild Wars 2/Gw2-64.exe
141ec0000-141ec1000 rw-p 00000000 00:00 0 
141ec1000-142039000 r--p 00000000 00:00 0 
180000000-180001000 r--p 00000000 fd:00 9831444                          /home/me/.PlayOnLinux/wineprefix/GuildWars2/drive_c/Program Files (x86)/ArenaNet/Guild Wars 2/bin64/CoherentUI64.dll
180001000-1800bd000 r-xp 00000000 00:00 0 
1800bd000-1800fa000 r--p 00000000 00:00 0 
1800fa000-180105000 rw-p 00000000 00:00 0 
180105000-18010f000 r--p 00000000 00:00 0 
18010f000-180110000 rw-p 0010a000 fd:00 9831444                          /home/me/.PlayOnLinux/wineprefix/GuildWars2/drive_c/Program Files (x86)/ArenaNet/Guild Wars 2/bin64/CoherentUI64.dll
180110000-180114000 r--p 00000000 00:00 0 
7fd278000000-7fd27a0ec000 rw-p 00000000 00:00 0 
7fd27a0ec000-7fd27c000000 ---p 00000000 00:00 0 
7fd27e134000-7fd27e135000 rw-s 1ffae4000 00:06 9341                      /dev/dri/renderD128
...
7fd29ff01000-7fd2a0000000 ---p 00000000 00:00 0 
7fd2a0000000-7fd2a3f56000 rw-p 00000000 00:00 0 Segmentation fault (core dumped)

[siro20]

Please open a separate bug report for the crash, including an apitrace that shows the same problem.
We have to use apitrace as Guild Wars 2 has it's own exception handler.

Why are you using DRI_PRIME ?

[siro20]

I could verify that the black and white aura is only visible on nine+nouveau. It's not visible on llvmpipe, r600 and wine (r600, nouveau). It look's like a shader problem as the input to shader stages is the same.

[imirkin]

@siro20 if you make traces and point me at how to replay them (I have a nine-patched wine now), I could have a look to see what's up.

[siro20]

@imirkin I'm using the Guild Wars 2 trace from issue #153.
It's located on sarnex ftp /apitrace/fixed/issue153.gw2.crash/native_directx/apitrace-nine/Gw2.trace.xz
The draw call I'm looking at is call 1573439.

It looks the the other issue (NPCs and players are visible through obstacles) can be debugged using this trace, too. It uses R32F textures, which apitrace can't dump.

[siro20]

Regarding bug 3 (NPCs and players are visible through obstacles):
I'll provide a patched apitrace that allows dumping R32F textures.
Have a look at draw call 1580697.

The problem is that R32F texture on nouveau doesn't contain any valid data.
That's why the "Z testing" is failing at this point and the names are always visible (even through walls).

[imirkin]

I don't think I'm aware of how to access that FTP service, or what to do with the trace once I have it. Note that I won't be able to look in any detail until mid-august.

[siro20]

I tested R32F, INTZ and the ps used in that draw call, but could not find any issue. I'm going to look at the vs next.
The vertex or texture coordinates might be wrong.

[tr37ion]

Depending on the setting of Depth Blur the graphics look sharper.

The odd thing some parts of the char and some props stay blurry. Maybe they are rendered separately and they are rendered with another depth of field value. Or there is a misinterpretation of DoF and/or DB value?!

Btw. FPS drops about 50% on new maps (HoT+LS3).

[siro20]

Regarding issue 3:
According to D3D9 doc D3DRS_DEPTHBIAS has effect on depth values only.

If no zbuffer is bound, and rs ZENABLE is false, and the ps doesn't write depth values (all 3 points matches behaviour observed in this game) struct pipe_rasterizer_state offset_tri / offset_units should have no effect.
But instead they corrupt the rendering somehow.
Disabling offset_tri in case rs ZENABLE is false fixes the issue 3.

[siro20]

Regarding issue 4 / 5 maybe 6.
Settings shader settings to "low" removes this kind of graphical glitches.
This issue is clearly related to shaders.

[tr37ion]

Unfortunately the #227 doesn't seem to fix the 'visible names' issue. While I see improvements in other areas:

Indeed most of the remaining pixelation effect look like they are related to shader issues:

If you look very close to the staff's branches its shape is copied some pixels to the right (behind the char). Like a second layer. The backpack's shape remains a bit pixelated. Which still might be a shader issue.

Besides, my system feels very slow. While typing the chars appear with a certain delay. White htop looks like this:

BTW: After taking the upper screenshots and reporting this, I just disabled VSYNC and suddenly the whole graphic got brighter (compared to the first one):

[siro20]

I've uploaded an apitrace to our FTP: /apitrace/major bugs/issue.224.GuildWars2.nouveau/

[tr37ion]

Just a small (not so important) update.

I removed all Wine installations and installed the fresh AUR https://aur.archlinux.org/packages/wine-gaming-nine/ package, which uses staging source + some other patches. You can find the details here. Also I applied #227 Mesa patches to https://github.com/iXit/Mesa-3D.

Looks like not so different from the other tests. One thing I noticed is player's names are sometimes shown (WvW - still through walls) or they are not show on other maps at all. Sill many of the (mesmer) weapon effects are difficult to see or they are completely invisible:

Overall it feels a little bit sharper, but I won't count on that. Additionally, I add a closer look on what is always seen in the background:

The shiny effect seems to depend on how shiny its background material is. Very nice to see here:

[siro20]

For issue 5/6:
I've found some discussing of tizbac on this topic:
https://lists.freedesktop.org/archives/mesa-dev/2015-January/074754.html

There's a failing wine test due to the same problem: test_fragment_coords

vPos is off by one pixel.
This issue can be fixed by setting rast.half_pixel_center = 1;
Need to contact nouveau defs to find out whats going on here.