axeldavy

@Venemo That's one for you I guess ^^ To debug this issue, what would be helpful is either a trace of the game taken with wined3d (see wiki for how...

I cannot replicate the issue when running the trace.

Have you tried enforcing tgsi then ?

Gallium nine is compatible with the fullscreen hack, but it is indeed not covered by Proton. So far we are stuck to using wine directly.

the part of the patch "[PATCH] winex11.drv: Remove unused X11DRV_GET_DRAWABLE ExtEscape" removes something nine uses and totally requires. Nine has no way to possibly work without this (besides using internal...

Before that it would be appropriate to see if reverting just that part is enough to make the whole work again as it did in the past.

In theory it should work. To load nine you need both nine's d3d9.dll to be loaded, and the nine mesa library to be either in the standard system locations, or...

preloading the .so won't work because it is loaded dynamically by the dll. What is important is the dll.

With the trace taken on windows, it replays fine with my local mesa. Maybe it's some flags nine doesn't advertise correctly. When you replay locally do you see the issue...

Indeed I can reproduce this artifact. To investigate it, I would need a trace that can execute very fast please.