On Tuesday 05 October 2004 09:17, Fryderyk Dziarmagowski wrote:
--- Jacek Popławski <[EMAIL PROTECTED]> wrote:
Sorry if it is not best place to write about it, but I believe Doom3 is very important application, and many developers will be interested in testing it with DRI driver (linux client author wrote, that he hasn't tested it with DRI at all, and that it doesn't work with fglrx!). I wasn't able to test it yet, I just noticed it, and I am at work.
uh, it won't run (R200 aka Radeon 8500, Xorg 6.8.1): [...] using ARB_vertex_buffer_object memory using ARB renderSystem Mesa implementation error: unexpected texture format in r200ChooseTextureFormat Please report to the Mesa bug database at www.mesa3d.org doom.x86: texstore.c:2260: _mesa_store_compressed_teximage2d: Assertion `texImage->TexFormat' failed. signal caught: Aborted si_code 0 Trying to exit gracefully.. [...]
You need to apply the S3TC patch. You'll also need to start X with 24 bit color. It loads and runs fine with my FireGL8800, but the textures are messed up with dark lines covering most of the textures and shifting around at random.
Actually, it doesn't work for me at all (the windows version using wine somehow does though...).
I'll get
GL_RENDERER: Mesa GLX Indirect
for some reason (any other app will use direct rendering, there is NO other libGL around), it will still continue with initialization but nicely segfault shortly after that:
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 987498848 (LWP 27244)] 0x00000000 in ?? () (gdb) bt #0 0x00000000 in ?? () #1 0x0812564d in ?? () #2 0x08125486 in ?? () #3 0x08112f9e in ?? () #4 0x081171a5 in ?? () #5 0x0805a2a1 in ?? () #6 0x08059d3b in ?? () #7 0x08207d1e in ?? () #8 0x3acc0500 in __libc_start_main () from /lib/tls/libc.so.6 #9 0x0804b1a1 in ?? ()
maybe some thread issues? DoomIII has also installed some really old libraries (libstdc++.so.5, libgcc_s.so.1) which makes me suspicious :-(.
(btw that's with suse 9.1, kernel 2.6, glibc 2.3 afaik)
And it _seems_ the check whether compressed textures are supported or not is bogus, judging by the DoomIII console output it indeed checks for GL_ARB_texture_compression, but not GL_EXT_texture_compression_s3tc. You _might_ have some luck removing GL_ARB_texture_compression from the supported extension list (in r200_context.c) if you don't want to apply the s3tc patch (can't test for obvious reasons...).
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
