Bug 24047

fyi this all used to work fine on r300

Created attachment 30439 [details]
screenshot with texcompress demo

*** Bug 25159 has been marked as a duplicate of this bug. ***

I've gone ahead and disabled compressed texture support as it's not supported yet in the driver.

*** Bug 25337 has been marked as a duplicate of this bug. ***

Created attachment 32428 [details]
st3c

a screenshot of regnum online

in wich release this bug is fixed?
because currently i use:
$ rpm -qa | grep mesa
mesa-dri-drivers-experimental-7.8-0.18.fc13.x86_64
mesa-libGLU-7.8-0.18.fc13.x86_64
mesa-libOSMesa-7.8-0.18.fc13.i686
mesa-libGL-7.8-0.18.fc13.i686
mesa-libGL-7.8-0.18.fc13.x86_64
mesa-libGL-devel-7.8-0.18.fc13.x86_64
mesa-libGLU-devel-7.8-0.18.fc13.i686
mesa-libGLw-6.5.1-8.fc12.x86_64
mesa-libGLU-devel-7.8-0.18.fc13.x86_64
mesa-libOSMesa-7.8-0.18.fc13.x86_64
mesa-dri-drivers-7.8-0.18.fc13.x86_64
mesa-libGLw-6.5.1-8.fc12.i686
mesa-dri-drivers-7.8-0.18.fc13.i686
mesa-libGLU-7.8-0.18.fc13.i686

and they are no texture with s3tc

hello, today i have an update and now s3tc are enable.
$ rpm -qa | grep mesa
mesa-libOSMesa-7.8.1-1.fc13.x86_64
mesa-libGLU-7.8.1-1.fc13.x86_64
mesa-libGLU-7.8.1-1.fc13.i686
mesa-libGLU-devel-7.8.1-1.fc13.x86_64
mesa-libGLU-devel-7.8.1-1.fc13.i686
mesa-dri-drivers-7.8.1-1.fc13.x86_64
mesa-dri-drivers-7.8.1-1.fc13.i686
mesa-dri-drivers-experimental-7.8.1-1.fc13.x86_64
mesa-libGLw-6.5.1-8.fc12.x86_64
mesa-libOSMesa-7.8.1-1.fc13.i686
mesa-libGL-devel-7.8.1-1.fc13.x86_64
mesa-libGL-7.8.1-1.fc13.x86_64
mesa-libGL-7.8.1-1.fc13.i686
mesa-libGLw-6.5.1-8.fc12.i686

nice work, stille some artefact with ennemy territory quake wars

when i launch ennemy territory quake wars i have this error :

failed to validate texture for unit 1.
unsupported texture format in setup_hardware_state
failed to validate texture for unit 4.
unsupported texture format in setup_hardware_state
failed to validate texture for unit 5.
unsupported texture format in setup_hardware_state
failed to validate texture for unit 0.

ping

(In reply to comment #10)
> ping

s3tc has never worked for me using a RV670 with git drivers, it affects all the games I've tried - etqw, quake4 demo, et wolf, ut2004 demo and doom3 demo.

Of course disabling s3tc in .driconf will workaround it apart from quake 4 (refuses to start without s3tc) and etqw (which then hits some other shader errors).

(In reply to comment #11)

> Of course disabling s3tc in .driconf will workaround 

Oops - I meant .drirc in your home dir, not .driconf - the contents I use to disable s3tc are -

<driconf>
    <device screen="0" driver="r600">
        <application name="Default">
            <option name="force_s3tc_enable" value="false" />
            <option name="disable_s3tc" value="true" />
        </application>
    </device>
</driconf>

*** Bug 27584 has been marked as a duplicate of this bug. ***

This bug is important for WoW to work, as well. WoW will crash immediately if the OpenGL S3TC extensions are not available.

I think that Mesa should not advertise s3tc on drivers that don't support uploading compressed textures.

Some programs try to set the flag which forces advertising the s3tc although only upload is supported in the hope they can use precompressed textures. In the case of r600 the feature should not be advertised anyway.

(In reply to comment #15)
> I think that Mesa should not advertise s3tc on drivers that don't support
> uploading compressed textures.
> 
> Some programs try to set the flag which forces advertising the s3tc although
> only upload is supported in the hope they can use precompressed textures. In
> the case of r600 the feature should not be advertised anyway.

hi, i woulk like know if my graphic card support s3tc? and if yes in which revision appear this feature?
thanks

0.0 VGA compatible controller: ATI Technologies Inc RV730XT [Radeon HD 4670]
model name	: AMD Phenom(tm) II X4 955 Processor
cpu MHz		: 3211.224
model name	: AMD Phenom(tm) II X4 955 Processor
cpu MHz		: 3211.224
model name	: AMD Phenom(tm) II X4 955 Processor
cpu MHz		: 3211.224
model name	: AMD Phenom(tm) II X4 955 Processor
cpu MHz		: 3211.224
  dimensions:    2960x1050 pixels (783x278 millimeters)
  depth of root window:    24 planes
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
--
OpenGL vendor string: Advanced Micro Devices, Inc.
OpenGL renderer string: Mesa DRI R600 (RV730 9490) 20090101  TCL DRI2
OpenGL version string: 2.0 Mesa 7.8.1
Linux 2.6.33.6-147.fc13.x86_64

Created attachment 37338 [details] [review]
disables s3tc on r600 and prints a message to stderr

This patch fixes Crystalspace3D for me.
It's a workaround, it only disables the extension completely since it is unsupported on r600 cards.

Created attachment 37339 [details] [review]
the same patch with consistent whitespace

s3tc is fixed on r600/r600g with the third party Library.

(In reply to comment #19)
> s3tc is fixed on r600/r600g with the third party Library.

What is "the third party Library"?

I'm trying to get StarCraft II to run on this hardware:

$ glxinfo | egrep -i render\|vendor
direct rendering: Yes
server glx vendor string: SGI
client glx vendor string: Mesa Project and SGI
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD RV610
    GL_NV_conditional_render, GL_AMD_draw_buffers_blend,

http://dri.freedesktop.org/wiki/S3TC

Look for libtxc_dxtn in your distributions non-free or contrib section. Hopefullly the patent issues will get cleared up & the library will then be merged into mesa proper.

libtxc-dxtn http://cgit.freedesktop.org/~mareko/libtxc_dxtn/

it cannot be fixed by s3tc.

What r600 does not support should work without any library: uploading textures which are already compressed.

There is no r600 (classic mesa) anymore, only r600g. And r600g doesn't have any problems with s3tc or texture compression in general.

Awesome -- 'emerge -av media-libs/libtxc_dxtn' got SC2 working for me on gentoo.  Thanks!