I'd like to take a screenshot, but Postal 2 likes to take over my desktop and I'm not certain how to rectify this. I can't alt-tab out of Postal 2 to take a screenshot and using Steam's screenshot utility, I only get garbled output. but on radeonsi on Cape Verde hardware (git-8787141) some models (mostly NPCs and doors) have VERY dark lighting, almost black. For the doors it is always the entire door that is dark, but it then sometimes is properly lit when I walk close enough to the door. For NPCs, they are sometimes properly lit below the waist and very dark above. I have an extra game in my Steam inventory and will be happy to send it to someone to help debug this.
(In reply to acutiator from comment #0) > I'd like to take a screenshot, but Postal 2 likes to take over my desktop > and I'm not certain how to rectify this. I can't alt-tab out of Postal 2 to > take a screenshot and using Steam's screenshot utility, I only get garbled > output. You could log in via ssh and get a screenshot using a command line utility, or you could take a picture of the screen. Please attach the /var/log/Xorg.0.log file and the output of dmesg and glxinfo.
Created attachment 117126 [details] Output of glxinfo
Created attachment 117127 [details] Output of dmesg after game has been run and closed
Created attachment 117128 [details] Photo of the game showing a properly-rendered door
Created attachment 117129 [details] Photo of the game showing a badly-rendered door (closed)
Created attachment 117130 [details] Photo of the game showing a badly-rendered door (open)
I tried taking a screenshot of the game running in windowed mode using the command `DISPLAY=:0 xwd -root | convert - /tmp/FILENAME`, but it only showed the game windows as all black. Any idea why this would be? Anyways, I just took pictures with my phone of the same door in the foyer to the police building. The one to the outside is very dark/black and the one to the inside (presumably the same texture and physical model) is properly textured/lit.
Would you please record a trace using apitrace and send it to us? Thanks. https://github.com/apitrace/apitrace
I can reproduce the issue on my Radeon HD 7950 (TAHITI) - here is an apitrace: http://constexpr.org/tmp/POSTAL2-radeonsi.trace.xz (75 MiB)
In addition to your Tahiti, Tonga is affected too.
*** Bug 91998 has been marked as a duplicate of this bug. ***
The apitrace is fixed for me with this commit: http://cgit.freedesktop.org/mesa/mesa/commit/?id=b3f9c5cc0fab6d770d220efd87ba3746c6673875 acutiator, can you check if the bug is fixed for you as well?
I can't compile this right now as Mesa won't build for me on Fedora 22 using llvm from Rawhide. But I do have an extra Postal 2 game in my Steam inventory, so if anyone wants it so they can test this, I'm happy to provide it.
I do have POSTAL 2 myself and the it's fixed for me - just wanted to make sure we were seeing the same issue.
I have the exact same symptoms on Arch, RadeonSI, Mesa 12.0.1-7, on an R7 370, with the latest Steam version of POSTAL 2. I think there has been a regression.
I confirm same issue with Portal. Some textures have very dark lighting. With latest stable 12.0.1 all fine. Git version have this regression. Wine games have broken textures too (test on No One Lives Forever, Mesa 12.0.1 == ok, git == fail).
Can you check whether the resurfacing of this issue might be a duplicate of bug 97285? Just compile Mesa with attachment 125699 [details] [review] applied and verify that the issue persist if you use that version of Mesa. If it is fixed you should close this bug again and subscribe to the other because the original cause of this and the current problem would be different (even though the symptoms might be similar).
As Kai say, this bug duplicate of bug 97285. I check patch and apply it to fresh git and this fix it. So it can be mark as RESOVLED. Original bug: https://bugs.freedesktop.org/show_bug.cgi?id=97285 Patch to fix: https://bugs.freedesktop.org/attachment.cgi?id=125699
Dmytro Zverev, you are talking about a completely different bug in a different game. This has indeed regressed as the fix was effectively removed in commit fe2d2c7ad8793fbcc4761cf5b51270c296eb811c Author: Matt Turner <mattst88@gmail.com> Date: Sat Feb 27 14:04:30 2016 -0800 program: Remove NV_fragment_program Abs support. Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> Reviewed-by: Ian Romanick <ian.d.romanick@intel.com> Acked-by: Brian Paul <brianp@vmware.com> I'll send a patch soon.
Fixed by https://patchwork.freedesktop.org/patch/105070/
This has been fixed in Mesa git master: https://cgit.freedesktop.org/mesa/mesa/commit/?id=16ef7ab5c13d2c5638f5a4e1fe7f0303d26b4e96
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.