Have attempted using a different wine solution to run the game - https://github.com/roderickc/wine-vulkan . Users of this have reported it working on the RX480, but is still incorrectly rendering (as per original video) on R9 Fury Nano (Fiji).

Also have moved up to Mesa 18.0RC2 with LLVM 6.0 issue still pressent.

Further to this - I have the VulkanSDK installed under my wine instance - would a VKtrace dump help bisect the issue or is this useless for driver debug?

Hi,

This should fix the "cutscene" issue https://patchwork.freedesktop.org/patch/206486/ .

Created attachment 137556 [details] [review]
workaround for the shoot issue

Also, if you want to get rid of the "shoot" issue temporarily, you might want to apply the attached patch. I will try to write a proper fix as soon as possible.

Thanks!

@Samuel Pitoiset
both patches work great with mesa! the distance render blackness is fixed and the shooting bloom and light effect bloom bugs are fixed. now just need the melty-faces fixed and the game is golden (as far as bugs I've come across)

This fixes the "cutscene" issue https://cgit.freedesktop.org/mesa/mesa/commit/?id=e05507a427b79e481eb8e45d7aa3c9b4b78376bf

thats what I meant by the distance render blackness - it's fixed in cutscenes. gun shooting and the weird light rays are fixed also. The remaining problem is the facial animations are a bit melty in some cut scenes. for example his mother's face in the scene where she offers him soup or porridge in bed

Wait, gun shooting is also fixed for you? Which LLVM version are you using? Because for me it's not the same issue.

Sorry for the delayed response, have been at work. Today roderickc/wine-vulkan patches were implemented into mainline wine and wine-staging was rebased, so I was able to run the following video with a full vulkan implementation on wine with no additional patches. Here is my current setup:

Wine-staging 3.3 git. (github.com/wine-staging/wine-staging)
with rebase hash 9ae8b8c00f2cca205fdf4ce76e221778b7dfbea7

Arch Linux Kernel: 4.16 rc3 
Mesa 18.0.0 rc4 
LLVM 6.0.0 rc3 
AMD RX Vega 64

Video:
https://www.youtube.com/watch?v=bM-g1TBNczo

Notes:
shooting seems to work fine
cutscene backgrounds render fine

*mouth facial animations are a bit off/odd/melty

to clarify on my previous post, this is -WITH- Samuel Pitoiset's two out of tree patches

Yeah, so that makes sense. Thanks for testing :-)

By the way, here's a potential fix for the shoot issue https://reviews.llvm.org/D43831

Just thought I'd follow up and let you know the llvm "shoot" patch (https://reviews.llvm.org/D43831) you provided works very well! The hack patch for mesa works also. Thanks again!

(to clarify for other users -- use either the shoot "hack" patch for mesa, or the llvm patch to remove the weirdly blinding "shoot" bug and ring-lights etc on the submarine, not both)

The shoot issue has been fixed with "* 99cdc019bf - ac: make use of if/loop build helpers (5 days ago)". Note that it's a side-effect, there is still an issue with the SIInsertWaitcnts pass in LLVM.

The last one is the face issue.

Most issues from what I can see have been fixed after updating to 18.0.1, however I can confirm the face issues are still around.

Confirming everything is fixed bar the melting facial animations with Fedora 28, Mesa-git 18.2 and LLVM 7.0

Thanks for confirming. I'm aware of the faces issue but I haven't been able to fix it yet.

I dunno if this information helps, but the face issue doesn't exist in AMD's enterprise drivers.

Yeah, it's a LLVM issue. I partially figured out the problem but it's hard to fix it correctly. I will let you know when I have something better.

Faces issue fixed with the possible patch reported here https://bugs.llvm.org/show_bug.cgi?id=37744#c2

Can confirm @Samuel Pitoiset v2 of that llvm patch fixes the face issue! Just got around to testing it today, working well

Patch available here https://reviews.llvm.org/D53359

This is now fixed! Thanks to Christian and Nicolai!

commit 91533e99d40c335134a635deaee79c726bb618f0
Author: Nicolai Haehnle <nhaehnle@gmail.com>
Date:   Wed Oct 31 13:26:48 2018 +0000

    AMDGPU: Remove PHI loop condition optimization
    
    Summary:
    The optimization to early break out of loops if all threads are dead was
    never fully implemented.
    
    But the PHI node analyzing is actually causing a number of problems, so
    remove all the extra code for it.
    
    (This does actually regress code quality in a few places because it
     ends up relying more heavily on phi's of i1, which we don't do a
     great job with. However, since it fixes real bugs in the wild, we
     should take this change. I have some prototype changes to improve
     i1 lowering in general -- not just for control flow -- which should
     help recover the code quality, I just need to make those changes
     fit for general consumption. -- Nicolai)
    
    Change-Id: I6fc6c6c8961857ac6009fcfb9f7e5e48dc23fbb1
    Patch-by: Christian König <christian.koenig@amd.com>
    
    Reviewers: arsenm, rampitec, tpr
    
    Subscribers: kzhuravl, jvesely, wdng, yaxunl, dstuttard, t-tye, llvm-commits
    
    Differential Revision: https://reviews.llvm.org/D53359
    
    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@345718 91177308-0d34-0410-b5e6-96231b3b80d8