| Bug ID | 100070 |
|---|---|
| Summary | Rocket League: grass gets rendered incorrectly |
| Product | Mesa |
| Version | git |
| Hardware | Other |
| OS | All |
| Status | NEW |
| Severity | normal |
| Priority | medium |
| Component | Drivers/Gallium/radeonsi |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | gr.muench@gmail.com |
| QA Contact | dri-devel@lists.freedesktop.org |
Created attachment 130079= [details] grass in the main menu The grass has some black lines in where it shouldnt be. Im on Radeon HD 7970. But looks like there are more people with the same problem: http://www.psyonix.com/forum/viewtopic.php?f=3D34&t=3D32544 https://www.reddit.com/r/RocketLeague/comments/51w= vei/my_impressions_on_the_linux_port/
| What | Removed | Added |
|---|---|---|
| CC | ttimo@ttimo.net |
No progress here in the last 3 months. Adding porter to CC lis= t, maybe its a game specific bug, as it looks definitely different than the Windows versio= n. However by looking at different youtube videos the game looks properly rend= ered on linux nvidia driver.
Thanks for your response, I will try to provide the trace by t= he end of the week. Im just curious, since Plagman can give you the steam key and the problem a= lso exists on RX470 / RX480 according to the links provided above, which means = it looks more like an general problem, wouldnt it speed up the process if your= self would just look into the problem? However Im happy to deliver that trace for you.
Here you are: https://en.file-upload.net/download-12558010/RocketLeague.trace.7z= .html I have a very slow upload, so I compressed the file.
(In reply to Gregor M=C3=BCnch from comment #3) > Im just curious, since Plagman can give you the = steam key and the problem > also exists on RX470 / RX480 according to the links provided above, wh= ich > means it looks more like an general problem, wouldnt it speed up the p= rocess > if yourself would just look into the problem? Ultimately the easiest way to reproduce issues is with apitrace or similar tool. Using it doesn't require knowing how to get to the relevant part of t= he game, or other necessary conditions to trigger the issue. Farming out the apitrace collection to the bug reporters is one of the ways= to reduce the workload on the developers (as there are ~infinite bug reporters, and a very finite number of developers).
(In reply to Ilia Mirkin from comment #5) > Ultimately the easiest way to reproduce issues i= s with apitrace or similar > tool. Using it doesn't require knowing how to get to the relevant part= of > the game, or other necessary conditions to trigger the issue. >=20 > Farming out the apitrace collection to the bug reporters is one of the= ways > to reduce the workload on the developers (as there are ~infinite bug > reporters, and a very finite number of developers). Thanks for the explanation. All this is true but: -its a popular game, Top10 in Steam ranking, so Valve as AMD should have so= me interest seeing the game working as good as it does on nvidia -in this case, its seems it doesnt depend on the architecture, its a problem with GCN 1.0 - 4.0 and maybe Intel too, so it can be reproduced with any hardware -I cant imagine fixing those bugs is possible without testing the real game= , in the end you still need the game to see the impact of your changes However Im fine with whatever is best for you guys.
Hmm, I'm afraid that looks a bit tricky to analyze. I wonder i= f the game actually does something slightly different on NVidia cards? Would be nice if somebody could replay the trace on different hardware and see if the problem exists there as well.
As said, watching some youtube clips, Nvidia Linux: https://www.youtu= be.com/watch?v=3DMjpj3ncO1lw AMD Windows: https://www.youtu= be.com/watch?v=3DQ8C_w7ouaNI All show correct rendering. Its of course something else if it takes another renderpath with mesa and amdgpu-pro.
I have a basic initial fix for the grass issue. It works as fo=
llows.
The GLSL discard call site sets a flag that the pixel should be killed, but
doesn't kill the thread. The thread is killed at the end of the shader.
Thank you very much for fixing this! Its sad to see that our first guess was true and this is actually a game bu= g. Since TTimo is CCed already: @Timothee Could you respond if a game fix is planned?
No game fix is planned at this time. Marek's addition of glsl_correct_derivatives_after_discard is generally a g= ood thing for mesa compatibility with the broader GL driver ecosystem.
| What | Removed | Added |
|---|---|---|
| Status | NEW | RESOLVED |
| Resolution | --- | FIXED |
Finally its fixed. Thank you all involved! Also, I measured no performance difference. Please also send this to stable! If someone wants the old behavior back: glsl_correct_derivatives_after_discard=3Dfalse Thanks for the response @Timothee