http://bugs.winehq.org/show_bug.cgi?id=15636
Ben Klein shacklein@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shacklein@gmail.com
--- Comment #9 from Ben Klein shacklein@gmail.com 2009-04-20 21:34:26 --- (In reply to comment #7)
This may be a driver issue.
Indeed it is: DXT/S3TC in HW is (partly) lacking in the Intel GPU.
Surprisingly, http://homepage.hispeed.ch/rscheidegger/dri_experimental/s3tc_index.html says: "Currently, s3tc is supported on all graphic cards which use the radeon, r200, i830 and i915 driver".
Alas, OpenGL does not announce the S3TC capability because the specification requires both decompression *and* compression. From what I understood, the i915 can only decompress in HW. Luckily, that is enough for many applications.
Here's my ~/.drirc (or /etc/drirc) to force OpenGL to declare the S3TC capability. Then glxinfo reports it. The file produces immediate effect, there's no need to restart the X server.
<driconf> <device screen="0" driver="i915"> <application name="Default"> <option name="force_s3tc_enable" value="true" /> </application> </device> </driconf>
Umm ... if you're forcing S3TC support on, and your hardware doesn't support it, it shouldn't change the behaviour of your app (you should still be missing textures).
With that, Colin McRae 2.0 becomes playable, as everything is drawn correctly. The fixmes about DXT vanish (tested with wine-1.1.16 or -1.1.18 with Ubuntu Hardy and Intrepid).
There's something else going on here. Possibly the application is asking the driver for S3TC, which is not supported by the driver (glxinfo | grep -i s3tc) and as a result, asking DirectX to decompress it into ARGB, which is supported by the drivers. Or possibly the application (or Wine) is querying the wrong GL extension when testing for S3TC support.
I think your glxinfo would be interesting here. If they're different, once with the driconf hack above, and once without.
Sadly, like in TORCS, the image freezes from time to time during race, exactly like satellite TV on bad weather. Sound still plays but motion is stopped, then resumes after half a second. All objects are redrawn to their new position, as the application never stopped. Meanwhile, the car bumped into a fence as you lost visual control of it. But that's another issue.
Changing resolution to invalid.
I don't think this bug is resolved. The symptoms are the same as in bug 14939 (missing DXTC/ARGB conversion). The proposed solution in driconf is hacky and, if S3TC really is missing in the hardware, could cause breakages. It also only works on supported intel and radeon drivers, not on nvidia (and bug 14939 is reported with an nvidia card).