[Bug 100620] [SKL] 48-bit addresses break DOOM
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Sun Apr 9 01:07:08 UTC 2017
https://bugs.freedesktop.org/show_bug.cgi?id=100620
--- Comment #5 from Grazvydas Ignotas <notasas at gmail.com> ---
Created attachment 130764
--> https://bugs.freedesktop.org/attachment.cgi?id=130764&action=edit
radv screenshot
norbc doesn't seem to help.
(In reply to Jason Ekstrand from comment #4)
> I've requested a copy of the game and will take a look once I get it.
Just to save you some time, you'll need wine-staging and to add
"+r_renderapi 1"
to DOOM's launch options, otherwise you can't even get to the options screen to
enable Vulkan because of it wanting 4.5 compat GL context. Other useful options
are "+com_skipIntroVideo 1 +com_skipKeyPressOnLoadScreens 1". It also needs
Dave's "[rfc] spirv: work around doom shaders having load/store to sampler
types" from the ML, and then other than hitting some debug asserts it worked
fine before the 48-bit patch.
> Also, even your "good" image also appears to have corruption near that halo
> effect it's just less noticable.
I think that one is intended, see the screenshot from radv (same settings, just
higher resolution).
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-3d-bugs/attachments/20170409/ee3cc9b6/attachment.html>
More information about the intel-3d-bugs
mailing list