| Bug ID | 96512 |
|---|---|
| Summary | Portal Stories Mel: Player's hands appear black at high shader quality |
| Product | Mesa |
| Version | git |
| Hardware | x86-64 (AMD64) |
| OS | Linux (All) |
| Status | NEW |
| Severity | normal |
| Priority | medium |
| Component | Drivers/Gallium/radeonsi |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | robin@paxnos.de |
| QA Contact | dri-devel@lists.freedesktop.org |
Created attachment 124512 [details] Example from Portal Stories: Mel. Upper picture: Shader quality "Very high" (or high), Lower picture: Shader quality "medium" (or lower) Hello, this is my first bug report, so I hope the information provided is sufficient. In Portal Stories: Mel and Portal 2 (reportedly), the player's arms and hands (and a few other objects, as demonstrated in the attached picture) appear black when the shader quality setting is set to "High" or "Very High", but appears normal if it is medium or lower. This seems to only happen to a few objects, like the arms. In Portal 2 this is not visible as often, as the player's arms are usually not visible like that. Not sure if this is a Mesa bug, but it has been pointed out that the reports have so far only been on different versions of Mesa, so.. just thought I'd report it here in case. I actually wanted to provide apitrace files, but I could not get it to work, sadly. I sorted this under radeonsi because this is the driver I use, but among the other reports have been Intel systems. Please correct the bug report classification if not accurate. The bug on Valve's git: https://github.com/ValveSoftware/portal2/issues/255 My system: Kubuntu 16.04 Intel i5-2400 8 GB DDR3 RAM Radeon HD 7950 Boost (Steam Overlay deactivated) OpenGL renderer string: Gallium 0.4 on AMD TAHITI (DRM 2.43.0 / 4.4.0-24-generic, LLVM 3.9.0) OpenGL core profile version string: 4.2 (Core Profile) Mesa 12.1.0-devel - padoka PPA (git-42624ea) OpenGL core profile shading language version string: 4.20 Please let me know if there's something else you need
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
