| Priority | medium |
|---|---|
| Bug ID | 83748 |
| Assignee | dri-devel@lists.freedesktop.org |
| Summary | Only black content on screen, in the Tokyo flashback of the game "The Secret World" |
| Severity | normal |
| Classification | Unclassified |
| OS | Linux (All) |
| Reporter | john.ettedgui@gmail.com |
| Hardware | x86-64 (AMD64) |
| Status | NEW |
| Version | git |
| Component | Drivers/Gallium/radeonsi |
| Product | Mesa |
Hey, I am trying to play the game "The Secret World" on my system. It is a Windows game so I am using Wine to run it. Initially the game runs, and I can see everything (cinematics and in-game stuff), but for some reason once I enter the Tokyo flashback, I cannot see the cinematic or anything in that dungeon. In the cinematic my screen seems to be completely black. Once back in-game, all content is dark/black, but I can kind of see where walls are or the overall shape of my character. Maybe that's what it would be with a null contrast and 0 brightness? Also the game is still running, I can interact with the npcs (if I manage to find them) etc... I tried using stable mesa 10.2.7 instead of daily git but it was the same. I then tried running the game on the same machine using the Catalyst drivers and all the visuals were there, both in the cinematic and in-game, so as far as I can see the issue shouldn't be in Wine. I don't understand why I'm getting that problem only in that part of the game, I've passed it using Catalyst, and now I'm able to continue the game normally with the gallium driver after this strange part... I am not sure what logs to add to this, since it is a visual issue and I don't see any kind of error message about it (although it could be hidden in the wine verbose logs I suppose). My system: Radeon 7970 running with Mesa, daily git or 10.2.7. llvm either daily git or 3.5.0 Arch Linux 64b with Linux kernel 3.16.2 I've tried both wine and wine-csmt, both have the same issue. Thanks!
If you could create an apitrace demonstrating the problem, tha= t should be useful.
Thank you for the prompt reply Michel. This is my first time with apitrace so I may have made a mistake. Here's the command line I've used: apitrace32 trace --api=gl /usr/bin/wine "<game>.exe". I've tried running apitrace in 64bit but it never worked, I suppose because the game is 32bit. The result files are huge, is this expected? 5.3G, 327k, 236M I can't see how I could share those with you. (well apart from the 327k one).
Here is a trim frame I got running this command: apitrace trim --exact --frames=1236 wine-preloader.1.trace and then compressed. The frame 1236 is the in-game blacked out case, seen in qapitrace. https://mega.co.nz/#!s4RAAAhL!kjBFx0Yq-QgvQTtflnPoRsbOQpdYTBAwWDBTrlHuSLY I've done the same with frame 1183, which I believe is in the cinematic but since that one is completely black it's hard to really say for sure. https://mega.co.nz/#!49RySQhJ!jh6t2rDLrKDzcSNUKViWBwrpn10vNcuPGMu8QuDbXCw I've used mega as the files are too big to attach to the bug report. Thanks!
I've tried using the nine state tracker and it doesn't fix this issue (but it does run the game quite faster)
I'm afraid these traces are trimmed down too much, I can't rep= lay them: 0 @2 glBindBufferARB(target =3D GL_ARRAY_BUFFER, buffer =3D 17) 0: warning: no current context 1 @2 glMapBufferRange(target =3D GL_ELEMENT_ARRAY_BUFFER, offset =3D 0,= length =3D 20480, access =3D GL_MAP_READ_BIT | GL_MAP_WRITE_BIT | GL_MAP_FLUSH_EXPLICI= T_BIT) =3D 0xee18d000 1: warning: no current context glretrace: ../retrace/retrace_swizzle.cpp:137: void retrace::addRegion(long long unsigned int, void*, long long unsigned int): Assertion `buffer' faile= d.
I don't have much experience with trimming apitraces, so I'm a= fraid I can't help you with that.
That said, if you can include the first frame in the trimmed a= pitrace, that might help. However, this will leave some uncertainty about whether any issues demonstr= ated by the other frame aren't caused by the apitrace trimming working incorrectly...
Well, I tried something else, I probably should have tried earlier: Compressing the original trace with xz at its maximum compression level, and it is very acceptable. (more than 5 Gb before vs less than 200Mb after). The link: https://mega.co.nz/#!khgwBJRC!Xzk1fsNeKZgUS5aqdQ3cqDWkGQoynGj3TPYyr0XGdGE Locating the issues in the trace: 1- After I load my character, you can see for just a little bit some sort of Zombie image with some text, then it switches to all black. I do not really care about that all back, though it probably means something as well. This is just the loading phase going all black. What I care about is right after, it is still all black, but now you can see the FPS counter of the left side. That is the in-game cinematic all black. If you pay careful attention, and have proper lighting in your room, you may be able to see characters moving and such (all black of course, you can only see them as shadows) 2- After the cinematic, you'll see a game UI but everything else is all black, that is the second scene with issue. Please do not worry about the original weird stuff happening in the intro, when the trace begins, it is part of the game. Thank you!
Just in case, I tried with Alex's linux drm-next tree, but it didn't make a difference.
I was hoping Marek's latest big patchset would help, but it didn't... (well maybe the game was a little faster but that is not what I am looking for here).
| What | Removed | Added |
|---|---|---|
| Status | NEW | RESOLVED |
| Resolution | --- | FIXED |
This seems to work correctly with current Git of Mesa and LLVM= .
I have just tested it and you are correct, it works with latest git. The performance and texture quality are not there yet, but that's a different issue (that could just be a wine one anyway...). Thank you for fixing this, and remembering the bug! How did you know it was fixed?
(In reply to John from comment #14) > How did you know it was fixed? I didn't know, I just guessed it might be fixed thanks to some fixes going = in recently.
| What | Removed | Added |
|---|---|---|
| Status | RESOLVED | CLOSED |