Re: Can't apply S3TC patch anymore with current Mesa
On Fri, 08 Oct 2004 14:09:49 -0700, Eric Anholt [EMAIL PROTECTED] wrote: On Fri, 2004-10-08 at 13:40, Marcello Maggioni wrote: On Fri, 08 Oct 2004 13:23:03 -0700, Eric Anholt [EMAIL PROTECTED] wrote: On Fri, 2004-10-08 at 08:41, Dieter Nützel wrote: Am Freitag, 8. Oktober 2004 17:37 schrieb Felix Kühling: On Fri, 8 Oct 2004 17:10:35 +0200 Dieter Nützel [EMAIL PROTECTED] wrote: [snip] When I set 'setenv force_s3tc_enable 1' quake3-smp do NOT start anymore. ATTENTION: default value of option force_s3tc_enable overridden by environment. Fatal error in __driConfigOptions line 75, column 0: illegal default value: 1. That's because 1 is indeed illegal for boolean options such as force_s3tc_enable. Legal values are true and false. OK, but do not help ;-) It's working for myself and Roland. What build system are you using? I only added the USE_EXTERNAL_DXTN_LIB=1 define in Mesa linux-dri (and therefore linux-dri-x86) target. If you're using something else, you'll have to add the define to whatever CFLAGS there. -- Eric Anholt[EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel I have already -DUSE_EXTERNAL_DXTN_LIB=1 in my CFLAGS , I need something more? env MESA_DEBUG=1 glxgears will produce output if it tried to do s3tc, whether it succeeds or fails. If it doesn't print anything, then the issue was with building (and strings your_dri.so | grep dxtn won't mention the lib name). If it does produce output, then the problem is probably with the lack of the library or lack of env force_s3tc_enable=true. -- Eric Anholt[EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] I get these messages with lastest MESA : melchior:/home/melchior/driconf-0.2.2# env MESA_DEBUG=1 glxinfo name of display: :0.0 cpu vendor: AuthenticAMD cpu name: AMD Athlon(tm) XP MMX cpu detected. 3DNow! cpu detected. Testing OS support for SSE... yes. Testing OS support for SSE unmasked exceptions... SIGFPE, yes. Tests of OS support for SSE passed. SSE cpu detected. Mesa warning: software DXTn compression/decompression available Using SSE version of ReadRGBASpan display: :0 screen: 0 direct rendering: Yes But I'm not able to understand if DXTn de/compression is used or not . UT2004 backgrounds in menus are still white . Someone can check this? Thanks Marcello --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
On Sat, 9 Oct 2004 14:08:58 +0200, Marcello Maggioni [EMAIL PROTECTED] wrote: On Fri, 08 Oct 2004 14:09:49 -0700, Eric Anholt [EMAIL PROTECTED] wrote: On Fri, 2004-10-08 at 13:40, Marcello Maggioni wrote: On Fri, 08 Oct 2004 13:23:03 -0700, Eric Anholt [EMAIL PROTECTED] wrote: On Fri, 2004-10-08 at 08:41, Dieter Nützel wrote: Am Freitag, 8. Oktober 2004 17:37 schrieb Felix Kühling: On Fri, 8 Oct 2004 17:10:35 +0200 Dieter Nützel [EMAIL PROTECTED] wrote: [snip] When I set 'setenv force_s3tc_enable 1' quake3-smp do NOT start anymore. ATTENTION: default value of option force_s3tc_enable overridden by environment. Fatal error in __driConfigOptions line 75, column 0: illegal default value: 1. That's because 1 is indeed illegal for boolean options such as force_s3tc_enable. Legal values are true and false. OK, but do not help ;-) It's working for myself and Roland. What build system are you using? I only added the USE_EXTERNAL_DXTN_LIB=1 define in Mesa linux-dri (and therefore linux-dri-x86) target. If you're using something else, you'll have to add the define to whatever CFLAGS there. -- Eric Anholt[EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel I have already -DUSE_EXTERNAL_DXTN_LIB=1 in my CFLAGS , I need something more? env MESA_DEBUG=1 glxgears will produce output if it tried to do s3tc, whether it succeeds or fails. If it doesn't print anything, then the issue was with building (and strings your_dri.so | grep dxtn won't mention the lib name). If it does produce output, then the problem is probably with the lack of the library or lack of env force_s3tc_enable=true. -- Eric Anholt[EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] I get these messages with lastest MESA : melchior:/home/melchior/driconf-0.2.2# env MESA_DEBUG=1 glxinfo name of display: :0.0 cpu vendor: AuthenticAMD cpu name: AMD Athlon(tm) XP MMX cpu detected. 3DNow! cpu detected. Testing OS support for SSE... yes. Testing OS support for SSE unmasked exceptions... SIGFPE, yes. Tests of OS support for SSE passed. SSE cpu detected. Mesa warning: software DXTn compression/decompression available Using SSE version of ReadRGBASpan display: :0 screen: 0 direct rendering: Yes But I'm not able to understand if DXTn de/compression is used or not . UT2004 backgrounds in menus are still white . Someone can check this? Thanks Marcello Hey , I've solved in setting by DRICONF 5 Texture units instead of 6 . There's something wrong in using 6 Texture units with lastest DRI drivers? Marcello --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
On Sat, 9 Oct 2004 14:14:29 +0200 Marcello Maggioni [EMAIL PROTECTED] wrote: [snip] Hey , I've solved in setting by DRICONF 5 Texture units instead of 6 . There's something wrong in using 6 Texture units with lastest DRI drivers? Marcello The more texture units you have the smaller the maximum texture size gets. The problem is that with N texture units you currently need to be able to have N textures of maximum size and maximum color depth bound to a texture unit. This means they all have to be in texture memory at the same time. With given texture memory that limits the maximum size of textures. Increasing the AGP size (option GARTSize) in xorg.conf would increase the amount of available texture memory which would allow larger textures too. Regards, Felix | Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu | | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 | --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
On Sat, 9 Oct 2004 18:00:47 +0200, Felix Kühling [EMAIL PROTECTED] wrote: On Sat, 9 Oct 2004 14:14:29 +0200 Marcello Maggioni [EMAIL PROTECTED] wrote: [snip] Hey , I've solved in setting by DRICONF 5 Texture units instead of 6 . There's something wrong in using 6 Texture units with lastest DRI drivers? Marcello The more texture units you have the smaller the maximum texture size gets. The problem is that with N texture units you currently need to be able to have N textures of maximum size and maximum color depth bound to a texture unit. This means they all have to be in texture memory at the same time. With given texture memory that limits the maximum size of textures. Increasing the AGP size (option GARTSize) in xorg.conf would increase the amount of available texture memory which would allow larger textures too. Regards, Felix | Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu | | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 | I've tried your hint of increasing the AGP size with GARTSize option. I've set GARTSize to 64 (an higher value give me problems in visualization ) and doesn't solve the problem . With Mesa Oct 07 2004 (and older) I can use 6 texture units without problems in UT2004 , I have this issue only with recent MESA . (I've ever used 6 texture units) This only happens with UT2004 menu backgrounds (with DOOM3 I haven't such problems) Bye --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
Marcello Maggioni wrote: I've tried your hint of increasing the AGP size with GARTSize option. Actually, increasing GARTSize will do nothing for the r200 driver, as it doesn't really use GART memory at all (only if you use Mesa's glx memory allocator) afaik. The r200 driver uses only 1 texture heap. I've set GARTSize to 64 (an higher value give me problems in visualization ) and doesn't solve the problem . Increasing the value should do nothing, but shouldn't cause any problems neither. Not sure what's wrong here, though I vaguely remember there were some bugs mentioned with using large gart sizes and/or cards with 256MB memory (?). With Mesa Oct 07 2004 (and older) I can use 6 texture units without problems in UT2004 , I have this issue only with recent MESA . (I've ever used 6 texture units) This only happens with UT2004 menu backgrounds (with DOOM3 I haven't such problems) I didn't see any problems when I last looked at it, I'll see if I can reproduce it next week. Roland --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
This only happens with UT2004 menu backgrounds (with DOOM3 I haven't such problems) I didn't see any problems when I last looked at it, I'll see if I can reproduce it next week. the patch checked in is missing the bit that incresases max texture size when using compressed, as it is a hack... /* adjust max texture size a bit. Hack, but I really want to use larger textures + which will work just fine in 99.99% of all cases, especially with texture compression... */ + if (ctx-Const.MaxTextureLevels 12) ctx-Const.MaxTextureLevels += 1; + Is the code from the original patch in r200_context.c Dave. -- David Airlie, Software Engineer http://www.skynet.ie/~airlied / airlied at skynet.ie pam_smb / Linux DECstation / Linux VAX / ILUG person --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Can't apply S3TC patch anymore with current Mesa
Like the Subject says I can't apply S3TC patch anymore to current Mesa tree (works with yesterday tree) . I get these messages : [EMAIL PROTECTED]:~/prova/Mesa$ zcat ../mesa_dri_txc_cvs040908.diff.gz | patch -p0 zcat: ../mesa_dri_txc_cvs040908.diff.gz: No such file or directory [EMAIL PROTECTED]:~/prova/Mesa$ zcat ../../mesa_dri_txc_cvs040908.diff.gz | patch -p0 patching file src/mesa/drivers/dri/common/xmlpool.h Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] n Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file src/mesa/drivers/dri/common/xmlpool.h.rej patching file src/mesa/drivers/dri/i915/i830_texstate.c Reversed (or previously applied) patch detected! Assume -R? [n] etc... and some Hunk FAILED messages . You've worked hard guys in one day ;) Bye Marcello --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
On Fri, 8 Oct 2004 15:29:38 +0200, Marcello Maggioni [EMAIL PROTECTED] wrote: Like the Subject says I can't apply S3TC patch anymore to current Mesa tree (works with yesterday tree) . I get these messages : [EMAIL PROTECTED]:~/prova/Mesa$ zcat ../mesa_dri_txc_cvs040908.diff.gz | patch -p0 zcat: ../mesa_dri_txc_cvs040908.diff.gz: No such file or directory [EMAIL PROTECTED]:~/prova/Mesa$ zcat ../../mesa_dri_txc_cvs040908.diff.gz | patch -p0 patching file src/mesa/drivers/dri/common/xmlpool.h Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] n Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file src/mesa/drivers/dri/common/xmlpool.h.rej patching file src/mesa/drivers/dri/i915/i830_texstate.c Reversed (or previously applied) patch detected! Assume -R? [n] etc... and some Hunk FAILED messages . You've worked hard guys in one day ;) the S3tc patch was applied to cvs yesterday. no need to apply the patch. Alex Bye Marcello --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
On Fri, 8 Oct 2004 09:42:54 -0400, Alex Deucher [EMAIL PROTECTED] wrote: On Fri, 8 Oct 2004 15:29:38 +0200, Marcello Maggioni [EMAIL PROTECTED] wrote: Like the Subject says I can't apply S3TC patch anymore to current Mesa tree (works with yesterday tree) . I get these messages : [EMAIL PROTECTED]:~/prova/Mesa$ zcat ../mesa_dri_txc_cvs040908.diff.gz | patch -p0 zcat: ../mesa_dri_txc_cvs040908.diff.gz: No such file or directory [EMAIL PROTECTED]:~/prova/Mesa$ zcat ../../mesa_dri_txc_cvs040908.diff.gz | patch -p0 patching file src/mesa/drivers/dri/common/xmlpool.h Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] n Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file src/mesa/drivers/dri/common/xmlpool.h.rej patching file src/mesa/drivers/dri/i915/i830_texstate.c Reversed (or previously applied) patch detected! Assume -R? [n] etc... and some Hunk FAILED messages . You've worked hard guys in one day ;) the S3tc patch was applied to cvs yesterday. no need to apply the patch. Alex Bye Marcello Mmm, that's strange, because I've a problem in UT2004 menu texture that is typical of mesa without S3TC patch :/ Don't know why , but the background image in UT2004 menu is white like if the patch is not applied --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
On Fri, 8 Oct 2004 15:55:40 +0200, Marcello Maggioni [EMAIL PROTECTED] wrote: On Fri, 8 Oct 2004 09:42:54 -0400, Alex Deucher [EMAIL PROTECTED] wrote: On Fri, 8 Oct 2004 15:29:38 +0200, Marcello Maggioni [EMAIL PROTECTED] wrote: Like the Subject says I can't apply S3TC patch anymore to current Mesa tree (works with yesterday tree) . I get these messages : [EMAIL PROTECTED]:~/prova/Mesa$ zcat ../mesa_dri_txc_cvs040908.diff.gz | patch -p0 zcat: ../mesa_dri_txc_cvs040908.diff.gz: No such file or directory [EMAIL PROTECTED]:~/prova/Mesa$ zcat ../../mesa_dri_txc_cvs040908.diff.gz | patch -p0 patching file src/mesa/drivers/dri/common/xmlpool.h Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] n Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file src/mesa/drivers/dri/common/xmlpool.h.rej patching file src/mesa/drivers/dri/i915/i830_texstate.c Reversed (or previously applied) patch detected! Assume -R? [n] etc... and some Hunk FAILED messages . You've worked hard guys in one day ;) the S3tc patch was applied to cvs yesterday. no need to apply the patch. Alex Bye Marcello Mmm, that's strange, because I've a problem in UT2004 menu texture that is typical of mesa without S3TC patch :/ Don't know why , but the background image in UT2004 menu is white like if the patch is not applied You still need the dxtn lib or to set the proper environment variables: http://marc.theaimsgroup.com/?l=mesa3d-cvsm=109719220327036w=2 Alex --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
Am Freitag, 8. Oktober 2004 15:29 schrieb Marcello Maggioni: Like the Subject says I can't apply S3TC patch anymore to current Mesa tree (works with yesterday tree) . 'Cause it is IN...?! ;-))) You've worked hard guys in one day ;) Compiling... Regards, Dieter --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
On Fri, 8 Oct 2004 16:12:44 +0200, Dieter Nützel [EMAIL PROTECTED] wrote: Am Freitag, 8. Oktober 2004 15:29 schrieb Marcello Maggioni: Like the Subject says I can't apply S3TC patch anymore to current Mesa tree (works with yesterday tree) . 'Cause it is IN...?! ;-))) You've worked hard guys in one day ;) Compiling... Regards, Dieter Anyway , with current MESA I haven't the message that claims that DXTn compression is enabled and UT2004 has that problem ( I've tried many combinations , and USE_EXTERNAL_DXTN_LIB=1 is set in linux-dri config file ) . DXTn library is installed . Bye Marcello --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
On Fri, 8 Oct 2004 16:34:38 +0200, Marcello Maggioni [EMAIL PROTECTED] wrote: On Fri, 8 Oct 2004 16:12:44 +0200, Dieter Nützel [EMAIL PROTECTED] wrote: Am Freitag, 8. Oktober 2004 15:29 schrieb Marcello Maggioni: Like the Subject says I can't apply S3TC patch anymore to current Mesa tree (works with yesterday tree) . 'Cause it is IN...?! ;-))) You've worked hard guys in one day ;) Compiling... Regards, Dieter Anyway , with current MESA I haven't the message that claims that DXTn compression is enabled and UT2004 has that problem ( I've tried many combinations , and USE_EXTERNAL_DXTN_LIB=1 is set in linux-dri config file ) . DXTn library is installed . Bye Marcello I've found out that if I run applications with root powers DXTn compression works also with lastest MESA , but I don't like run things as root , what can I do? I've also another question . Why ,if I choose in DRICONF Frame Throttling as Usleep or Busy Waiting I get this message if I try to run applications as user, do I get this message ? : IRQ's not enabled, falling back to busy waits: 11 0 201 And why if I run the same application as root I don't get it? Thanks Bye Marcello --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
On Fri, 8 Oct 2004 16:47:56 +0200 Marcello Maggioni [EMAIL PROTECTED] wrote: [snip] I've also another question . Why ,if I choose in DRICONF Frame Throttling as Usleep or Busy Waiting I get this message if I try to run applications as user, do I get this message ? : IRQ's not enabled, falling back to busy waits: 11 0 201 And why if I run the same application as root I don't get it? That's because root uses a different configuration file. It's in ~/.drirc which is /home/your user name/.drirc or /root/.drirc in either case. Either run driconf as root too, to edit root's .drirc and/or the system-wide /etc/drirc or copy .drirc from your normal user account to /root (or better yet, make a symlink). Thanks Bye Marcello Regards, Felix | Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu | | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 | --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
Am Freitag, 8. Oktober 2004 16:34 schrieb Marcello Maggioni: On Fri, 8 Oct 2004 16:12:44 +0200, Dieter Nützel [EMAIL PROTECTED] wrote: Am Freitag, 8. Oktober 2004 15:29 schrieb Marcello Maggioni: Like the Subject says I can't apply S3TC patch anymore to current Mesa tree (works with yesterday tree) . 'Cause it is IN...?! ;-))) You've worked hard guys in one day ;) Compiling... Regards, Dieter Anyway , with current MESA I haven't the message that claims that DXTn compression is enabled and UT2004 has that problem ( I've tried many combinations , and USE_EXTERNAL_DXTN_LIB=1 is set in linux-dri config file ) . Yes, there is something wrong (in the driconf logic). Have s3tc 'on' for all apps. setenv USE_EXTERNAL_DXTN_LIB 1 driconf device screen=0 driver=r200 application name=all option name=force_s3tc_enable value=true / /application application name=doom3-demo option name=tcl_mode value=0 / /application /device /driconf But it do not work. DXTn library is installed . dito quake3-smp.log: ...GL_S3_s3tc not found compressed textures: disabled When I set 'setenv force_s3tc_enable 1' quake3-smp do NOT start anymore. ATTENTION: default value of option force_s3tc_enable overridden by environment. Fatal error in __driConfigOptions line 75, column 0: illegal default value: 1. -Dieter --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
On Fri, 8 Oct 2004 17:10:35 +0200 Dieter Nützel [EMAIL PROTECTED] wrote: [snip] When I set 'setenv force_s3tc_enable 1' quake3-smp do NOT start anymore. ATTENTION: default value of option force_s3tc_enable overridden by environment. Fatal error in __driConfigOptions line 75, column 0: illegal default value: 1. That's because 1 is indeed illegal for boolean options such as force_s3tc_enable. Legal values are true and false. -Dieter Regards, Felix | Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu | | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 | --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
Am Freitag, 8. Oktober 2004 17:37 schrieb Felix Kühling: On Fri, 8 Oct 2004 17:10:35 +0200 Dieter Nützel [EMAIL PROTECTED] wrote: [snip] When I set 'setenv force_s3tc_enable 1' quake3-smp do NOT start anymore. ATTENTION: default value of option force_s3tc_enable overridden by environment. Fatal error in __driConfigOptions line 75, column 0: illegal default value: 1. That's because 1 is indeed illegal for boolean options such as force_s3tc_enable. Legal values are true and false. OK, but do not help ;-) Maybe this the broken? (Taken from Roland's patch): * GL_EXT_texture_compression_s3tc support. */ +#if defined(XFree86LOADER) defined(IN_MODULE) +#define USE_EXTERNAL_DXTN_LIB 0 +#else +#define USE_EXTERNAL_DXTN_LIB 1 +#endif Now, we have: #ifndef USE_EXTERNAL_DXTN_LIB #define USE_EXTERNAL_DXTN_LIB 0 #endif -Dieter --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
Am Freitag, 8. Oktober 2004 17:10 schrieb Dieter Nützel: Am Freitag, 8. Oktober 2004 16:34 schrieb Marcello Maggioni: On Fri, 8 Oct 2004 16:12:44 +0200, Dieter Nützel [EMAIL PROTECTED] wrote: Am Freitag, 8. Oktober 2004 15:29 schrieb Marcello Maggioni: Like the Subject says I can't apply S3TC patch anymore to current Mesa tree (works with yesterday tree) . 'Cause it is IN...?! ;-))) You've worked hard guys in one day ;) Compiling... Regards, Dieter Anyway , with current MESA I haven't the message that claims that DXTn compression is enabled and UT2004 has that problem ( I've tried many combinations , and USE_EXTERNAL_DXTN_LIB=1 is set in linux-dri config file ) . Yes, there is something wrong (in the driconf logic). Have s3tc 'on' for all apps. setenv USE_EXTERNAL_DXTN_LIB 1 More: UT2003 print this: INSTALL/SOURCE ut2003_demo [1] 31140 INSTALL/SOURCE fcntl: Invalid argument fcntl: Invalid argument Disabling HW TCL support UT2004, too: INSTALL/SOURCE ut2004demo [1] 31246 INSTALL/SOURCE Disabling HW TCL support Hints? -dieter --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
Am Freitag, 8. Oktober 2004 17:53 schrieb Dieter Nützel: Am Freitag, 8. Oktober 2004 17:10 schrieb Dieter Nützel: Am Freitag, 8. Oktober 2004 16:34 schrieb Marcello Maggioni: On Fri, 8 Oct 2004 16:12:44 +0200, Dieter Nützel [EMAIL PROTECTED] wrote: Am Freitag, 8. Oktober 2004 15:29 schrieb Marcello Maggioni: Like the Subject says I can't apply S3TC patch anymore to current Mesa tree (works with yesterday tree) . More: UT2003 print this: INSTALL/SOURCE ut2003_demo [1] 31140 INSTALL/SOURCE fcntl: Invalid argument fcntl: Invalid argument Disabling HW TCL support UT2004, too: INSTALL/SOURCE ut2004demo [1] 31246 INSTALL/SOURCE Disabling HW TCL support Argh, Felix, what is here wrong? It is due to disabled TCL for doom3! When I delete doom3 settings from drirc driconf device screen=0 driver=r200 application name=all option name=force_s3tc_enable value=true / /application /device /driconf TCL is back. UT2k3 2k4 tested. -Dieter --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
On Fri, 8 Oct 2004 18:09:29 +0200 Dieter Nützel [EMAIL PROTECTED] wrote: [snip] INSTALL/SOURCE ut2004demo [1] 31246 INSTALL/SOURCE Disabling HW TCL support Argh, Felix, what is here wrong? It is due to disabled TCL for doom3! When I delete doom3 settings from drirc driconf device screen=0 driver=r200 application name=all option name=force_s3tc_enable value=true / /application /device /driconf TCL is back. The problem is that the name-attribute is just a descriptive string of your application. Use the executable-attribute to set the name of the executable. Without that attribute your doom3-demo section applies to all applications. Example (assuming the executable is really called doom3-demo): application name=doom3-demo executable=doom3-demo option name=tcl_mode value=0 / /application Or if you're using driconf, don't forget to fill in the Executable field. (Happened to me too, a couple of times ;-) UT2k3 2k4 tested. -Dieter | Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu | | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 | --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
Am Freitag, 8. Oktober 2004 17:41 schrieb Dieter Nützel: Am Freitag, 8. Oktober 2004 17:37 schrieb Felix Kühling: On Fri, 8 Oct 2004 17:10:35 +0200 Dieter Nützel [EMAIL PROTECTED] wrote: [snip] When I set 'setenv force_s3tc_enable 1' quake3-smp do NOT start anymore. ATTENTION: default value of option force_s3tc_enable overridden by environment. Fatal error in __driConfigOptions line 75, column 0: illegal default value: 1. That's because 1 is indeed illegal for boolean options such as force_s3tc_enable. Legal values are true and false. OK, but do not help ;-) Maybe this the broken? (Taken from Roland's patch): * GL_EXT_texture_compression_s3tc support. */ +#if defined(XFree86LOADER) defined(IN_MODULE) +#define USE_EXTERNAL_DXTN_LIB 0 +#else +#define USE_EXTERNAL_DXTN_LIB 1 +#endif Now, we have: #ifndef USE_EXTERNAL_DXTN_LIB #define USE_EXTERNAL_DXTN_LIB 0 #endif Found Mesa Error with DOOM3. using ARB_vertex_buffer_object memory using ARB renderSystem Mesa 6.3 implementation error: external dxt library not available Please report to the Mesa bug database at www.mesa3d.org Mesa 6.3 implementation error: external dxt library not available Please report to the Mesa bug database at www.mesa3d.org /home/nuetzel l /usr/lib/libtxc_dxtn.so -rwxr-xr-x1 root root19623 2004-06-24 20:17 /usr/lib/libtxc_dxtn.so -Dieter --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
On Fri, 8 Oct 2004 18:43:28 +0200, Dieter Nützel [EMAIL PROTECTED] wrote: Am Freitag, 8. Oktober 2004 17:41 schrieb Dieter Nützel: Am Freitag, 8. Oktober 2004 17:37 schrieb Felix Kühling: On Fri, 8 Oct 2004 17:10:35 +0200 Dieter Nützel [EMAIL PROTECTED] wrote: [snip] When I set 'setenv force_s3tc_enable 1' quake3-smp do NOT start anymore. ATTENTION: default value of option force_s3tc_enable overridden by environment. Fatal error in __driConfigOptions line 75, column 0: illegal default value: 1. That's because 1 is indeed illegal for boolean options such as force_s3tc_enable. Legal values are true and false. OK, but do not help ;-) Maybe this the broken? (Taken from Roland's patch): * GL_EXT_texture_compression_s3tc support. */ +#if defined(XFree86LOADER) defined(IN_MODULE) +#define USE_EXTERNAL_DXTN_LIB 0 +#else +#define USE_EXTERNAL_DXTN_LIB 1 +#endif Now, we have: #ifndef USE_EXTERNAL_DXTN_LIB #define USE_EXTERNAL_DXTN_LIB 0 #endif Found Mesa Error with DOOM3. using ARB_vertex_buffer_object memory using ARB renderSystem Mesa 6.3 implementation error: external dxt library not available Please report to the Mesa bug database at www.mesa3d.org Mesa 6.3 implementation error: external dxt library not available Please report to the Mesa bug database at www.mesa3d.org /home/nuetzel l /usr/lib/libtxc_dxtn.so -rwxr-xr-x1 root root19623 2004-06-24 20:17 /usr/lib/libtxc_dxtn.so -Dieter --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel Deiter, are you able to run Doom3 on your 8500 board? I get : --- Input Initialization --- XKB extension: compile time 0x1:0x0, runtime 0x1:0x0: OK XKB extension present on server ( 0x1:0x0 ) --- OSS Sound Initialization --- opened sound device '/dev/dsp' /dev/dsp - bit rate: 16, channels: 2, frequency: 44100 ...using GL_ARB_multitexture ...using GL_ARB_texture_env_combine ...using GL_ARB_texture_cube_map ...using GL_ARB_texture_env_dot3 ...using GL_ARB_texture_env_add X..GL_ARB_texture_non_power_of_two not found X..GL_ARB_texture_compression not found X..GL_EXT_texture_filter_anisotropic not found ...using GL_EXT_texture_lod ...using GL_1.4_texture_lod_bias X..GL_EXT_shared_texture_palette not found ...using GL_EXT_texture3D ...using GL_EXT_stencil_wrap X..GL_NV_register_combiners not found ...using GL_EXT_stencil_two_side X..GL_ATI_fragment_shader not found X..GL_ATI_text_fragment_shader not found X..GL_ARB_vertex_buffer_object not found X..GL_ARB_vertex_program not found X..GL_ARB_fragment_program not found X..EXT_depth_bounds_test not found -- R_NV20_Init -- Not available. --- R200_Init --- Not available. -- R_ARB2_Init -- Not available. -- R_Exp_Init --- Disabled at compile time. - - R_ReloadARBPrograms - glprogs/test.vfp: GL_VERTEX_PROGRAM_ARB not available glprogs/test.vfp: GL_FRAGMENT_PROGRAM_ARB not available glprogs/interaction.vfp: GL_VERTEX_PROGRAM_ARB not available glprogs/interaction.vfp: GL_FRAGMENT_PROGRAM_ARB not available glprogs/bumpyEnvironment.vfp: GL_VERTEX_PROGRAM_ARB not available glprogs/bumpyEnvironment.vfp: GL_FRAGMENT_PROGRAM_ARB not available glprogs/ambientLight.vfp: GL_VERTEX_PROGRAM_ARB not available glprogs/ambientLight.vfp: GL_FRAGMENT_PROGRAM_ARB not available glprogs/shadow.vp: GL_VERTEX_PROGRAM_ARB not available glprogs/R200_interaction.vp: GL_VERTEX_PROGRAM_ARB not available glprogs/nv20_bumpAndLight.vp: GL_VERTEX_PROGRAM_ARB not available glprogs/nv20_diffuseColor.vp: GL_VERTEX_PROGRAM_ARB not available glprogs/nv20_specularColor.vp: GL_VERTEX_PROGRAM_ARB not available glprogs/nv20_diffuseAndSpecularColor.vp: GL_VERTEX_PROGRAM_ARB not available glprogs/environment.vfp: GL_VERTEX_PROGRAM_ARB not available glprogs/environment.vfp: GL_FRAGMENT_PROGRAM_ARB not available --- WARNING: vertex array range in virtual memory (SLOW) signal caught: Segmentation fault si_code 1 Trying to exit gracefully.. Shutting down sound hardware --- OSS Sound Shutdown --- unmap dma sound buffer close sound device -- idRenderSystem::Shutdown() [EMAIL PROTECTED]:~/driconf-0.2.2$ Have you some particular settings? --- This SF.net email is sponsored
Re: Can't apply S3TC patch anymore with current Mesa
Am Freitag, 8. Oktober 2004 18:24 schrieb Felix Kühling: On Fri, 8 Oct 2004 18:09:29 +0200 Dieter Nützel [EMAIL PROTECTED] wrote: [snip] INSTALL/SOURCE ut2004demo [1] 31246 INSTALL/SOURCE Disabling HW TCL support Argh, Felix, what is here wrong? The problem is that the name-attribute is just a descriptive string of your application. Use the executable-attribute to set the name of the executable. Without that attribute your doom3-demo section applies to all applications. Example (assuming the executable is really called doom3-demo): application name=doom3-demo executable=doom3-demo option name=tcl_mode value=0 / /application Or if you're using driconf, don't forget to fill in the Executable field. (Happened to me too, a couple of times ;-) *LOL* ;-))) Thanks, Dieter --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
Marcello Maggioni wrote: I get : WARNING: vertex array range in virtual memory (SLOW) signal caught: Segmentation fault si_code 1 Trying to exit gracefully.. Shutting down sound hardware You don't list what you got as renderer, but this sounds to me like you got indirect rendering. You need to use LD_PRELOAD=/usr/lib/libGL.so to get it work, since doom3 dlopens libGL.so without RTLD_GLOBAL which will cause all Mesa-built dri drivers to fail. Roland --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
Am Freitag, 8. Oktober 2004 18:56 schrieb Marcello Maggioni: Deiter, ?;-) are you able to run Doom3 on your 8500 board? Yes, see here: http://marc.theaimsgroup.com/?l=dri-develm=109714730107167w=2 But Roland has problems: http://marc.theaimsgroup.com/?l=dri-develm=109700495010472w=2 WARNING: vertex array range in virtual memory (SLOW) signal caught: Segmentation fault si_code 1 Trying to exit gracefully.. http://marc.theaimsgroup.com/?l=dri-develm=10970001965w=2 Maybe you haven't a NPTL/TLS (glibc) System? I have Ian's TLS patch applied (Ian, any updates?). SuSE 9.0 _with_ latest 9.1 release kernel 2.6.5-7.108-smp (self compiled) glibc-2.3.3-73 (!!!) NPTL/TLS -Dieter --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
On Fri, 08 Oct 2004 19:18:30 +0200, Roland Scheidegger [EMAIL PROTECTED] wrote: Marcello Maggioni wrote: I get : WARNING: vertex array range in virtual memory (SLOW) signal caught: Segmentation fault si_code 1 Trying to exit gracefully.. Shutting down sound hardware You don't list what you got as renderer, but this sounds to me like you got indirect rendering. You need to use LD_PRELOAD=/usr/lib/libGL.so to get it work, since doom3 dlopens libGL.so without RTLD_GLOBAL which will cause all Mesa-built dri drivers to fail. Roland Ok, With Roland suggestion Doom3 works , but I have textures on people not very good . It's only a problem of mine or is common? I had to disable TCL to make the texture visible :) --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
OK, I have a fix. Now, we have: #ifndef USE_EXTERNAL_DXTN_LIB #define USE_EXTERNAL_DXTN_LIB 0 #endif --- src/mesa/main/texcompress_s3tc.c.orig 2004-10-08 15:12:34.0 +0200 +++ src/mesa/main/texcompress_s3tc.c2004-10-08 19:54:43.0 +0200 @@ -29,7 +29,11 @@ */ #ifndef USE_EXTERNAL_DXTN_LIB +#if defined(XFree86LOADER) defined(IN_MODULE) #define USE_EXTERNAL_DXTN_LIB 0 +#else +#define USE_EXTERNAL_DXTN_LIB 1 +#endif #endif #include glheader.h Works, with UT2k3 UT2k4, DOOM3, Q3A, etc. Now, let's get to the TCL DOOM3 issues (dark lines across the textures)... -Dieter --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
Am Freitag, 8. Oktober 2004 20:13 schrieb Marcello Maggioni: On Fri, 08 Oct 2004 19:18:30 +0200, Roland Scheidegger [EMAIL PROTECTED] wrote: Marcello Maggioni wrote: I get : WARNING: vertex array range in virtual memory (SLOW) signal caught: Segmentation fault si_code 1 Trying to exit gracefully.. Shutting down sound hardware You don't list what you got as renderer, but this sounds to me like you got indirect rendering. You need to use LD_PRELOAD=/usr/lib/libGL.so to get it work, since doom3 dlopens libGL.so without RTLD_GLOBAL which will cause all Mesa-built dri drivers to fail. Roland Ok, With Roland suggestion Doom3 works , but I have textures on people not very good . It's only a problem of mine or is common? I had to disable TCL to make the texture visible :) Read the list/whole thread (as I posted to you)! http://marc.theaimsgroup.com/?l=dri-develm=109700382719233w=2 Cheers, Dieter --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
On Fri, 2004-10-08 at 08:41, Dieter Nützel wrote: Am Freitag, 8. Oktober 2004 17:37 schrieb Felix Kühling: On Fri, 8 Oct 2004 17:10:35 +0200 Dieter Nützel [EMAIL PROTECTED] wrote: [snip] When I set 'setenv force_s3tc_enable 1' quake3-smp do NOT start anymore. ATTENTION: default value of option force_s3tc_enable overridden by environment. Fatal error in __driConfigOptions line 75, column 0: illegal default value: 1. That's because 1 is indeed illegal for boolean options such as force_s3tc_enable. Legal values are true and false. OK, but do not help ;-) It's working for myself and Roland. What build system are you using? I only added the USE_EXTERNAL_DXTN_LIB=1 define in Mesa linux-dri (and therefore linux-dri-x86) target. If you're using something else, you'll have to add the define to whatever CFLAGS there. -- Eric Anholt[EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
On Fri, 8 Oct 2004 20:44:14 +0200, Dieter Nützel [EMAIL PROTECTED] wrote: OK, I have a fix. Now, we have: #ifndef USE_EXTERNAL_DXTN_LIB #define USE_EXTERNAL_DXTN_LIB 0 #endif --- src/mesa/main/texcompress_s3tc.c.orig 2004-10-08 15:12:34.0 +0200 +++ src/mesa/main/texcompress_s3tc.c2004-10-08 19:54:43.0 +0200 @@ -29,7 +29,11 @@ */ #ifndef USE_EXTERNAL_DXTN_LIB +#if defined(XFree86LOADER) defined(IN_MODULE) #define USE_EXTERNAL_DXTN_LIB 0 +#else +#define USE_EXTERNAL_DXTN_LIB 1 +#endif #endif #include glheader.h Works, with UT2k3 UT2k4, DOOM3, Q3A, etc. Now, let's get to the TCL DOOM3 issues (dark lines across the textures)... -Dieter The fix doesn't work with me :( --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
On Fri, 08 Oct 2004 13:23:03 -0700, Eric Anholt [EMAIL PROTECTED] wrote: On Fri, 2004-10-08 at 08:41, Dieter Nützel wrote: Am Freitag, 8. Oktober 2004 17:37 schrieb Felix Kühling: On Fri, 8 Oct 2004 17:10:35 +0200 Dieter Nützel [EMAIL PROTECTED] wrote: [snip] When I set 'setenv force_s3tc_enable 1' quake3-smp do NOT start anymore. ATTENTION: default value of option force_s3tc_enable overridden by environment. Fatal error in __driConfigOptions line 75, column 0: illegal default value: 1. That's because 1 is indeed illegal for boolean options such as force_s3tc_enable. Legal values are true and false. OK, but do not help ;-) It's working for myself and Roland. What build system are you using? I only added the USE_EXTERNAL_DXTN_LIB=1 define in Mesa linux-dri (and therefore linux-dri-x86) target. If you're using something else, you'll have to add the define to whatever CFLAGS there. -- Eric Anholt[EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel I have already -DUSE_EXTERNAL_DXTN_LIB=1 in my CFLAGS , I need something more? --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Can't apply S3TC patch anymore with current Mesa
On Fri, 2004-10-08 at 13:40, Marcello Maggioni wrote: On Fri, 08 Oct 2004 13:23:03 -0700, Eric Anholt [EMAIL PROTECTED] wrote: On Fri, 2004-10-08 at 08:41, Dieter Nützel wrote: Am Freitag, 8. Oktober 2004 17:37 schrieb Felix Kühling: On Fri, 8 Oct 2004 17:10:35 +0200 Dieter Nützel [EMAIL PROTECTED] wrote: [snip] When I set 'setenv force_s3tc_enable 1' quake3-smp do NOT start anymore. ATTENTION: default value of option force_s3tc_enable overridden by environment. Fatal error in __driConfigOptions line 75, column 0: illegal default value: 1. That's because 1 is indeed illegal for boolean options such as force_s3tc_enable. Legal values are true and false. OK, but do not help ;-) It's working for myself and Roland. What build system are you using? I only added the USE_EXTERNAL_DXTN_LIB=1 define in Mesa linux-dri (and therefore linux-dri-x86) target. If you're using something else, you'll have to add the define to whatever CFLAGS there. -- Eric Anholt[EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel I have already -DUSE_EXTERNAL_DXTN_LIB=1 in my CFLAGS , I need something more? env MESA_DEBUG=1 glxgears will produce output if it tried to do s3tc, whether it succeeds or fails. If it doesn't print anything, then the issue was with building (and strings your_dri.so | grep dxtn won't mention the lib name). If it does produce output, then the problem is probably with the lack of the library or lack of env force_s3tc_enable=true. -- Eric Anholt[EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel