Re: [Dri-devel] mesa-4-1-branch testing...
On Mit, 2002-11-20 at 16:56, Adam K Kirchhoff wrote: On 20 Nov 2002, Michel [ISO-8859-1] Dänzer wrote: On Mit, 2002-11-20 at 00:38, Adam K Kirchhoff wrote: heretic2 has some problems, but they also show up in the trunk :-) Basically, any sort of flashing (like if my character throws a fireball), causes a huge drop in the framerate. It uses the Quake 2 engine, right? As has been discussed here before, it has an inefficient implementation of dynamic lighting with multitexturing. Try set gl_ext_multitexture 0 or set gl_dynamic 0 set gl_ext_multitexture 0 didn't work. I forgot to try gl_dynamic before I left for work. I'll hopefully be able to give it a whirl tonight. You've let me know in private that it does the trick. set gl_ext_multitexture 0 might have required a restart, of the renderer at least. I've also given it a shot under FreeBSD. The results with GL applications (both native and linux through the binary compatability layer) are the same. *However* the X server itself seems rather unstable. At first, I couldn't figure it out; everytime I went to start X, the server would start up for a split second and then die. After some experimenting, I discovered that the problem was gkrellm, which was in my .xinitrc. More specifically, it seems to be any gtk-2.0 application. In addition, when I switched to kde3 as my window manager, the same thing happened. So, I can run enlightenment without any problem. However, if I start any gtk-2.0 apps, or kde3 apps (maybe it's qt?), the X server will die :-) There have been reports of crashes in the TrueType font renderers, could it be that? Hmmm... I guess that's a possibility. I tried another experiment this morning and the results kind of surprised me. If I start X with xinit /usr/X11R6/bin/xterm and then launch metacity from the xterm, the server will crash. If, however, I start X with xinit /usr/X11R6/bin/metacity, the server starts up and runs fine. Weird. I'm including the last 60 lines of /var/log/XFree86.0.log. You'll notice that there's an unresolved symbol in libGLcore.a Yes, and you'll also notice the disclaimer before the crash. :) AFAICS there are no OpenGL apps involved so I doubt the unresolved symbol is relevant. A backtrace (with more information than all '??' :) would be interesting. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] mesa-4-1-branch testing...
Hi! I've done some more testing on the mesa-4-1-branch (checked out and compiled yesterday) All in all everything runs quite nicely and stable. I successfully tested: -quake (quakeforge-0.5.2): works, but quite sluggish, especially when there are lots of light effects -quake2 (quakeIIforge 0.1): works stable and fast, but only with dynamic lighting disabled, as suggested earlier with dynamic lighting and multitexturing it's hardly playable -quake3 (1.32): nice, fast and stable ;-) -return to castle wolfenstein (1.3): now works stable for me, as far as I can tell, but performance is a bit weird: it's fast most of the time, but sometime framerates drop to almost 0 for a little while, mostly when opening doors, entering new rooms etc. (but that could also be related to low system ram, i only got 256 MB, and I'm playing at max. details) -tuxracer -tuxkart -gltron -glxgears ;-) -half-life (using winex): seemed stable, but not very fast. switching on your flashlight for example hugely affects performance (goes down to ~5fps or s.th.) Apps that I had problems with: -flightgear: after some left- and right-clicking in the fgfs-window my keyboard wasn't responsive anymore. This happened once only, but i didn't really test fgfs, as i don't have a clue about how to play it :) General prolems/issues: Changing resolution in wolfenstein, q3a, q2 etc. does not work. It will not crash the box, but give garbage pictures on the screen. Software-TCL produces flickering/missing textures in wolfenstein (q3a is fine) I did the testing with a r200 (8500 QL), amd athlon XP, via kt266a-mainboard, using debian-unstable and linux-2.4.20-rc1. It seems that now AGP4x is also fairly stable for me, but I have to do some longer testing do definitely confirm this, most of the testing was done at AGP1x. Fastwrites are disabled, pageflipping is enabled Thanks for the nice work, Stefan --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] mesa-4-1-branch testing...
On Mit, 2002-11-20 at 00:38, Adam K Kirchhoff wrote: heretic2 has some problems, but they also show up in the trunk :-) Basically, any sort of flashing (like if my character throws a fireball), causes a huge drop in the framerate. It uses the Quake 2 engine, right? As has been discussed here before, it has an inefficient implementation of dynamic lighting with multitexturing. Try set gl_ext_multitexture 0 or set gl_dynamic 0 I've also given it a shot under FreeBSD. The results with GL applications (both native and linux through the binary compatability layer) are the same. *However* the X server itself seems rather unstable. At first, I couldn't figure it out; everytime I went to start X, the server would start up for a split second and then die. After some experimenting, I discovered that the problem was gkrellm, which was in my .xinitrc. More specifically, it seems to be any gtk-2.0 application. In addition, when I switched to kde3 as my window manager, the same thing happened. So, I can run enlightenment without any problem. However, if I start any gtk-2.0 apps, or kde3 apps (maybe it's qt?), the X server will die :-) There have been reports of crashes in the TrueType font renderers, could it be that? -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] mesa-4-1-branch testing...
On 20 Nov 2002, Michel [ISO-8859-1] Dänzer wrote: On Mit, 2002-11-20 at 00:38, Adam K Kirchhoff wrote: heretic2 has some problems, but they also show up in the trunk :-) Basically, any sort of flashing (like if my character throws a fireball), causes a huge drop in the framerate. It uses the Quake 2 engine, right? As has been discussed here before, it has an inefficient implementation of dynamic lighting with multitexturing. Try set gl_ext_multitexture 0 or set gl_dynamic 0 set gl_ext_multitexture 0 didn't work. I forgot to try gl_dynamic before I left for work. I'll hopefully be able to give it a whirl tonight. I've also given it a shot under FreeBSD. The results with GL applications (both native and linux through the binary compatability layer) are the same. *However* the X server itself seems rather unstable. At first, I couldn't figure it out; everytime I went to start X, the server would start up for a split second and then die. After some experimenting, I discovered that the problem was gkrellm, which was in my .xinitrc. More specifically, it seems to be any gtk-2.0 application. In addition, when I switched to kde3 as my window manager, the same thing happened. So, I can run enlightenment without any problem. However, if I start any gtk-2.0 apps, or kde3 apps (maybe it's qt?), the X server will die :-) There have been reports of crashes in the TrueType font renderers, could it be that? Hmmm... I guess that's a possibility. I tried another experiment this morning and the results kind of surprised me. If I start X with xinit /usr/X11R6/bin/xterm and then launch metacity from the xterm, the server will crash. If, however, I start X with xinit /usr/X11R6/bin/metacity, the server starts up and runs fine. I'm including the last 60 lines of /var/log/XFree86.0.log. You'll notice that there's an unresolved symbol in libGLcore.a Adam --- (II) RADEON(0): Acceleration enabled (==) RADEON(0): Backing store disabled (II) RADEON(0): Using hardware cursor (scanline 1442) (II) RADEON(0): Largest offscreen area available: 1920 x 6748 (**) Option dpms off (**) RADEON(0): DPMS enabled (II) RADEON(0): X context handle = 0x0001 (II) RADEON(0): [drm] installed DRM signal handler (II) RADEON(0): [DRI] installation complete (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEON(0): [drm] dma control initialized, using IRQ 5 (II) RADEON(0): [drm] Initialized kernel agp heap manager, 62914560 (II) RADEON(0): Direct rendering enabled Symbol xf86strncat from module /usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved! (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (**) Option Protocol Auto (**) Mouse1: Protocol: Auto (**) Option CorePointer (**) Mouse1: Core Pointer (**) Option Device /dev/sysmouse (**) Option Buttons 5 (**) Option ZAxisMapping 4 5 (**) Mouse1: ZAxisMapping: buttons 4 and 5 (**) Mouse1: Buttons: 5 (II) Keyboard Keyboard1 handled by legacy driver (II) XINPUT: Adding extended input device Mouse1 (type: MOUSE) (II) Mouse1: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse1: SetupAuto: protocol is SysMouse (**) Option BaudRate 1200 Warning: font renderer for .pfa registered more than once Warning: font renderer for .pfb registered more than once GetModeLine - scrn: 0 clock: 157500 GetModeLine - hdsp: 1280 hbeg: 1344 hend: 1504 httl: 1728 vdsp: 1024 vbeg: 1025 vend: 1028 vttl: 1072 flags: 5 GetModeLine - scrn: 0 clock: 157500 GetModeLine - hdsp: 1280 hbeg: 1344 hend: 1504 httl: 1728 vdsp: 1024 vbeg: 1025 vend: 1028 vttl: 1072 flags: 5 *** If unresolved symbols were reported above, they might not *** be the reason for the server aborting. Fatal server error: Caught signal 11. Server aborting When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file /var/log/XFree86.0.log. -- --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Dri-devel mailing list [EMAIL PROTECTED]
[Dri-devel] mesa-4-1-branch testing...
Alright, after clearing out my local copy of the mesa-4.1 branch, I pulled everything again and was able to build that branch without any problems. I've done some basic testing so far. This is on a dual proc, 1ghz., PIII. Via chipset. 2x AGP, 64 meg aperature. 512 megs of RAM. Radeon 8500 (128 meg version) It looks like I'm seeing some speedups across the board. Nothing huge, but glxgears is reporting an extra 300 fps or so and most games that I've tried so far just feel smoother. Quake3Arena dies when it goes to load a level to play: Loading vm file vm/ui.qvm. VM file ui compiled to 594408 bytes of code ui loaded in 1963008 bytes on the hunk 35 arenas parsed 32 bots parsed Loading vm file vm/cgame.qvm. VM file cgame compiled to 786818 bytes of code cgame loaded in 5380768 bytes on the hunk drmCommandWrite: -22 drmRadeonCmdBuffer: -22 (exiting) UT and Rune run just fine. gltron displays/plays fine, as does tuxkart. I haven't tried tuxracer yet. heretic2 has some problems, but they also show up in the trunk :-) Basically, any sort of flashing (like if my character throws a fireball), causes a huge drop in the framerate. I've also given it a shot under FreeBSD. The results with GL applications (both native and linux through the binary compatability layer) are the same. *However* the X server itself seems rather unstable. At first, I couldn't figure it out; everytime I went to start X, the server would start up for a split second and then die. After some experimenting, I discovered that the problem was gkrellm, which was in my .xinitrc. More specifically, it seems to be any gtk-2.0 application. In addition, when I switched to kde3 as my window manager, the same thing happened. So, I can run enlightenment without any problem. However, if I start any gtk-2.0 apps, or kde3 apps (maybe it's qt?), the X server will die :-) I'll continue testing when I have the chance. Adam --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] mesa-4-1-branch testing...
Adam K Kirchhoff wrote: Alright, after clearing out my local copy of the mesa-4.1 branch, I pulled everything again and was able to build that branch without any problems. I've done some basic testing so far. This is on a dual proc, 1ghz., PIII. Via chipset. 2x AGP, 64 meg aperature. 512 megs of RAM. Radeon 8500 (128 meg version) It looks like I'm seeing some speedups across the board. Nothing huge, but glxgears is reporting an extra 300 fps or so and most games that I've tried so far just feel smoother. Quake3Arena dies when it goes to load a level to play: Loading vm file vm/ui.qvm. VM file ui compiled to 594408 bytes of code ui loaded in 1963008 bytes on the hunk 35 arenas parsed 32 bots parsed Loading vm file vm/cgame.qvm. VM file cgame compiled to 786818 bytes of code cgame loaded in 5380768 bytes on the hunk drmCommandWrite: -22 drmRadeonCmdBuffer: -22 (exiting) UT and Rune run just fine. gltron displays/plays fine, as does tuxkart. I haven't tried tuxracer yet. heretic2 has some problems, but they also show up in the trunk :-) Basically, any sort of flashing (like if my character throws a fireball), causes a huge drop in the framerate. I've also given it a shot under FreeBSD. The results with GL applications (both native and linux through the binary compatability layer) are the same. *However* the X server itself seems rather unstable. At first, I couldn't figure it out; everytime I went to start X, the server would start up for a split second and then die. After some experimenting, I discovered that the problem was gkrellm, which was in my .xinitrc. More specifically, it seems to be any gtk-2.0 application. In addition, when I switched to kde3 as my window manager, the same thing happened. So, I can run enlightenment without any problem. However, if I start any gtk-2.0 apps, or kde3 apps (maybe it's qt?), the X server will die :-) I'll continue testing when I have the chance. Thanks for testing! I'll try to look into the Q3A failure this week. I wouldn't expect any speed-ups from the 5.0 Mesa code. But I'm sure nobody will complain if that's the case. -Brian --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] mesa-4-1-branch testing...
On Tue, 19 Nov 2002, Brian Paul wrote: Adam K Kirchhoff wrote: Alright, after clearing out my local copy of the mesa-4.1 branch, I pulled everything again and was able to build that branch without any problems. I've done some basic testing so far. This is on a dual proc, 1ghz., PIII. Via chipset. 2x AGP, 64 meg aperature. 512 megs of RAM. Radeon 8500 (128 meg version) It looks like I'm seeing some speedups across the board. Nothing huge, but glxgears is reporting an extra 300 fps or so and most games that I've tried so far just feel smoother. Quake3Arena dies when it goes to load a level to play: Loading vm file vm/ui.qvm. VM file ui compiled to 594408 bytes of code ui loaded in 1963008 bytes on the hunk 35 arenas parsed 32 bots parsed Loading vm file vm/cgame.qvm. VM file cgame compiled to 786818 bytes of code cgame loaded in 5380768 bytes on the hunk drmCommandWrite: -22 drmRadeonCmdBuffer: -22 (exiting) UT and Rune run just fine. gltron displays/plays fine, as does tuxkart. I haven't tried tuxracer yet. heretic2 has some problems, but they also show up in the trunk :-) Basically, any sort of flashing (like if my character throws a fireball), causes a huge drop in the framerate. I've also given it a shot under FreeBSD. The results with GL applications (both native and linux through the binary compatability layer) are the same. *However* the X server itself seems rather unstable. At first, I couldn't figure it out; everytime I went to start X, the server would start up for a split second and then die. After some experimenting, I discovered that the problem was gkrellm, which was in my .xinitrc. More specifically, it seems to be any gtk-2.0 application. In addition, when I switched to kde3 as my window manager, the same thing happened. So, I can run enlightenment without any problem. However, if I start any gtk-2.0 apps, or kde3 apps (maybe it's qt?), the X server will die :-) I'll continue testing when I have the chance. Thanks for testing! I'll try to look into the Q3A failure this week. I wouldn't expect any speed-ups from the 5.0 Mesa code. But I'm sure nobody will complain if that's the case. Let's put it this way... The speedups certainly aren't so dramatic that they can't be explained by other factors (less processes running in the background, for example), which very well may be the case. Adam --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
