https://bugs.freedesktop.org/show_bug.cgi?id=35150
Summary: Starcraft 2 on wine on evergreen doesn't show login screen Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: General AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: d.mills-dri@guesny.net
Created an attachment (id=44274) --> (https://bugs.freedesktop.org/attachment.cgi?id=44274) Wine output log
After having compiled mesa from git (20110309), starcraft 2 shows the loading screen, then goes blank with only the mouse cursor visible.
A reset is needed to recover.
My machine is an intel core i5 480m with a radeon HD 5870 graphics card.
I've attached the output from wine.
Please tell me what other information you might need.
https://bugs.freedesktop.org/show_bug.cgi?id=35150
--- Comment #1 from Henri Verbeet hverbeet@gmail.com 2011-03-09 06:25:45 PST --- You should give r600g a try, it works a bit better, though it still had some problems with SC2 last time I tried. The classic driver isn't getting much development anymore.
https://bugs.freedesktop.org/show_bug.cgi?id=35150
--- Comment #2 from David Mills d.mills-dri@guesny.net 2011-03-09 06:39:16 PST --- How will I know I'm using r600g? (I'm currently recompiling mesa with dri-drivers = r600 only....)
https://bugs.freedesktop.org/show_bug.cgi?id=35150
--- Comment #3 from Henri Verbeet hverbeet@gmail.com 2011-03-09 06:46:42 PST --- You need at least --enable-gallium-r600, an can just use --with-dri-drivers="". Note that you need to build a 32-bit driver for Wine. With WINEDEBUG="+wgl" the first couple of lines ("GL renderer") should mention Gallium.
https://bugs.freedesktop.org/show_bug.cgi?id=35150
--- Comment #4 from David Mills d.mills-dri@guesny.net 2011-03-10 00:57:23 PST --- OK, I've recompiled using the latest gallium (20110309)
Starcraft 2 starts, but most/all textures aren't shown (this counts for cinematics, the interface background and in game)
Wine is giving the following errors which seem to correspond:
err:d3d_surface:surface_allocate_surface >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from glTexImage2D @ ../../../wine/dlls/wined3d/surface.c / 1095 ---SNIP--- err:d3d_surface:surface_upload_data >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glCompressedTexSubImage2DARB @ ../../../wine/dlls/wined3d/surface.c / 994
The above repeated many times.
Cinematics/ingame graphics are also very slow (as in slide show) but that might just be a symptom of what is causing the texture problems.
A google says this might be S3TC related, so I'll try re-compiling with support enabled to test. I find it strange that SC2 was marked as supported up until December on RadeonProgram in that case though.
The could very well be pebkac, so any hints / links / man pages are welcome.
I'll post an update to show what I've found
David
https://bugs.freedesktop.org/show_bug.cgi?id=35150
--- Comment #5 from Tobias Jakobi liquid.acid@gmx.net 2011-03-10 01:01:30 PST --- You need a 32-bit (!) compile of libtxc_dxtn. Use for example Marek's maintained version of the library from here: http://cgit.freedesktop.org/~mareko/libtxc_dxtn/
https://bugs.freedesktop.org/show_bug.cgi?id=35150
--- Comment #6 from Tobias Jakobi liquid.acid@gmx.net 2011-03-10 01:03:49 PST --- (In reply to comment #4)
A google says this might be S3TC related, so I'll try re-compiling with support enabled to test. I find it strange that SC2 was marked as supported up until December on RadeonProgram in that case though.
Recompiling mesa? Won't have any effect, since libtxc_dxtn is dynamically loaded when it is found. Don't just believe everything that is said on Phoronix ;) *g*
https://bugs.freedesktop.org/show_bug.cgi?id=35150
--- Comment #7 from David Mills d.mills-dri@guesny.net 2011-03-10 01:23:40 PST --- Thanks, some googleing already pointed me to libtc_dxtn and the enviroment variable.
OK, enabling S3TC got the textures to rendre (more or less) OK.
Still some texture tearing but that should be expected ATM.
The game still runs slideshow slow however (even though the interface in itself is super fluid). I'll look into what exactly is causing that later on, my gut says software fallback, but I don't have a mesa-hardened gut yet ;) (got to go work a bit).
Thanks for your help.
David
https://bugs.freedesktop.org/show_bug.cgi?id=35150
Jerome Glisse glisse@freedesktop.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #8 from Jerome Glisse glisse@freedesktop.org 2011-03-10 09:34:43 PST --- So beside being slow it works ? Closing bug then
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org