Summary: | The witness + dxvk suffers flickering garbage | ||
---|---|---|---|
Product: | Mesa | Reporter: | Grazvydas Ignotas <notasas> |
Component: | Drivers/Vulkan/radeon | Assignee: | mesa-dev |
Status: | RESOLVED FIXED | QA Contact: | mesa-dev |
Severity: | normal | ||
Priority: | medium | CC: | fdsfgs, matt.scheirer |
Version: | git | ||
Hardware: | Other | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | wine's d3d rendering |
Description
Grazvydas Ignotas
2018-04-29 20:49:55 UTC
Can you upload a screenshot of Windows+dxvk for comparison purposes, please? Created attachment 139237 [details]
wine's d3d rendering
I no longer have access to the Windows machine, but here's how wine without dxvk but with ATOC hack renders it, which AFAIK should be correct. This is not exact same frame as in the renderdoc capture though, because I had to rerun the game.
Note that if you run "renderdoccmd replay wine64-preloader_2018.04.29_23.02_frame50.rdc" you should get the same frame rendered repeatedly, but what happens is the garbage "animates" between frames, as if some uninitialized data is being picked from somewhere during rendering (same thing happens ingame).
AMDVLK has the same artifacts while amdgpu-pro renders fine. I posted comparison screenshots in the dxvk github issue: https://github.com/doitsujin/dxvk/issues/10#issuecomment-388349740 World of Warcraft has similar artifacts on radv and also renders fine with amdgpu-pro: https://github.com/doitsujin/dxvk/issues/343 Fixed with https://cgit.freedesktop.org/mesa/mesa/commit/?id=73df16dcee79e2281c8d8a830dbbe6655359c82d The patch should be available in next mesa 18.0.5/18.1.1. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.