Its a known issue for me, thats why i do prefer the GLUT demos.
I made it to bring the Mesa demos to life on DRI by just editing
the libGL and other references to the systems defaults rather than
to the libs in the project. As far as i do remember, it all turned
out to be rather "static" in link
I needed to add that line to rc.local. I wonder why it doesn't load by
it self? It did with XFree86-4.2.0.
I have the exact same setup as you, I'm using gnome2 and noticed that my
fonts were not the same when I upgraded to
XFree86-4.2.99.2-0.20021110.5. Have you noticed the same?
--Lou
On Wed,
On Thu, 21 Nov 2002, Dieter Nützel wrote:
>
> Option "AGPFastWrite" "1"
This just makes the machine lock up for me at X startup.
> Option "EnablePageflip"
But this brings glxgears up to 2420 fps. Whee.
Linus
---
Am Donnerstag, 21. November 2002 04:03 schrieb Alexander Stohr:
> > >
> > >
> > > > GL_RENDERER: Mesa X11
> > > > GL_VENDOR: Brian Paul
> > >
> > >
> >
> > Yeah, that seems to be true for the mesa test programs I installed.
> >
> > Doing a regular glxinfo shows
> >
> > OpenGL renderer
Am Donnerstag, 21. November 2002 03:43 schrieb Linus Torvalds:
> On Thu, 21 Nov 2002, Dieter Nützel wrote:
> >
> >
> > > GL_RENDERER: Mesa X11
> > > GL_VENDOR: Brian Paul
> >
> >
>
> Yeah, that seems to be true for the mesa test programs I installed.
>
> Doing a regular glxinfo shows
>
>
Title: RE: [Dri-devel] mesa 4.1 branch / NO go on 2.5.48
> >
> > > GL_RENDERER: Mesa X11
> > > GL_VENDOR: Brian Paul
> >
>
> Yeah, that seems to be true for the mesa test programs I installed.
>
> Doing a regular glxinfo shows
>
> OpenGL renderer string: Mesa DRI R200 20021
On Wed, Nov 20, 2002 at 04:11:10PM -0700, Brian Paul wrote:
> Philip Brown wrote:
> > That definately sounds like the Right Thing To Do.
>
> Easier said than done.
>
> I'm willing to bet that there's around 100 header files in the XFree86
> tree that get pulled into the compilation of the various
On Thu, 21 Nov 2002, Dieter Nützel wrote:
>
>
> > GL_RENDERER: Mesa X11
> > GL_VENDOR: Brian Paul
>
Yeah, that seems to be true for the mesa test programs I installed.
Doing a regular glxinfo shows
OpenGL renderer string: Mesa DRI R200 20021009 AGP 4x x86/MMX/SSE TCL
Does glxinfo say "Direct Rendering: Yes" ? On my Redhat 8 test system I've tried
current xfree packages and nightly bleeding edge packages and this works nice. You
could install updated xfree from
ftp://people.redhat.com/mharris/testing/extremely-unstable-development-code/XFree86/4.2.99.2-0.2002
Am Donnerstag, 21. November 2002 00:49 schrieb Linus Torvalds:
> On Wed, 20 Nov 2002, Dieter Nützel wrote:
> > > It's _really_ really slow, though, reporting a frame rate of 1.95 - 2.0
> > > fps or so when viewing the thing (whatever it is) head on.
> >
> > What do you get with LIBGL_DEBUG=verbose?
On Wed, 20 Nov 2002, Dieter Nützel wrote:
> >
> > It's _really_ really slow, though, reporting a frame rate of 1.95 - 2.0
> > fps or so when viewing the thing (whatever it is) head on.
>
> What do you get with LIBGL_DEBUG=verbose?
> glinfo?
GL_VERSION: 1.4 Mesa 5.0
GL_EXTENSIONS: GL_ARB_depth_te
I installed XFree86-cvs on my rh8 box and installed latest snap of
radeon drm driver. I am able to play Q3demo but when rebooting into init
5 the game to so slow I have to reinstall drm driver to fix.
---
This SF.net email is sponsored by: Th
Philip Brown wrote:
On Mon, Nov 18, 2002 at 09:46:35PM -0500, David Dawes wrote:
...
If the goal is to make the DRI CVS as small as possible, why not go all
the way and turn it into an environment for building only the DRI-related
modules? That would change the nature of XFree86 merges quite a
I've been looking at the fog support on Radeon hardware (by way of
{r200,radeon}_reg.h). I've come to the conclusion that EXT_fog_coord is
supported on that hardware by way of the alpha component of the secondary /
specular color.
I've done some experiments, and I *believe* that this only works w
Am Mittwoch, 20. November 2002 21:18 schrieben Sie:
Sorry, I watched Germany vs. Netherlands.
"We" lost... 1:3 ;-)
> Hmm.. As far as I can tell, I'm now running the mesa-4-1-branch here, and
> ipers seems to work. But I have no way to tell what the version is,
> XF86_CUSTOM_VERSION is still set t
On Mon, Nov 18, 2002 at 09:46:35PM -0500, David Dawes wrote:
> ...
> If the goal is to make the DRI CVS as small as possible, why not go all
> the way and turn it into an environment for building only the DRI-related
> modules? That would change the nature of XFree86 merges quite a bit,
> but that
Brian wrote:
> Adam K Kirchhoff wrote:
>> So I decided to give the mesa-4-1-branch a whirl and do some testing... I
>> grabbed it from CVS:
>>
>> $ cvs -z3 co -r mesa-4-1-branch xc
> Do a CVS update again in case you didn't get my latest check-ins.
I just ran FlightGear with this branch (instea
On Tue, Nov 19, 2002 at 11:06:16PM -0800, Linus Torvalds wrote:
>
> On Wed, 20 Nov 2002, Dieter Nützel wrote:
> > Am Mittwoch, 20. November 2002 00:55 schrieb Ian Molton:
> > > >
> > > > Linus updated 2.5.48 with Brian's latest DRM r200 stuff so I should do
> > > > some testing.
> >
> > No go so
Am Mittwoch, 20. November 2002 19:52 schrieb Andrew Morton:
> Dieter Nützel wrote:
> > Am Mittwoch, 20. November 2002 19:44 schrieb Alan Cox:
> > > On Wed, 2002-11-20 at 17:30, Dieter Nützel wrote:
> > > > System lookup immediately when I try to start "ipers", "isosurf" or
> > > > switch the screen
Am Mittwoch, 20. November 2002 19:46 schrieb Linus Torvalds:
> On Wed, 20 Nov 2002, Dieter Nützel wrote:
> > Can you please try "ipers" and "isosurf" from the Mesa-Demo package, too?
> > Q3A and UT are sometimes "broken" even if the above works right.
>
> Well, I don't have the 3D apps, which is wh
Dieter Nützel wrote:
>
> Am Mittwoch, 20. November 2002 19:44 schrieb Alan Cox:
> > On Wed, 2002-11-20 at 17:30, Dieter Nützel wrote:
> > > System lookup immediately when I try to start "ipers", "isosurf" or
> > > switch the screen. Sadly even when I try the Mesa-4-1-branch with
> > > 2.5.47-mm1 o
On Wed, 20 Nov 2002, Dieter Nützel wrote:
>
> Can you please try "ipers" and "isosurf" from the Mesa-Demo package, too?
> Q3A and UT are sometimes "broken" even if the above works right.
Well, I don't have the 3D apps, which is why I test with glxgears and
tuxracer (the first because it's th eo
Am Mittwoch, 20. November 2002 19:44 schrieb Alan Cox:
> On Wed, 2002-11-20 at 17:30, Dieter Nützel wrote:
> > System lookup immediately when I try to start "ipers", "isosurf" or
> > switch the screen. Sadly even when I try the Mesa-4-1-branch with
> > 2.5.47-mm1 or 2.4.19-ck5 (radeon.o 1.6.0).
>
>
Am Mittwoch, 20. November 2002 18:45 schrieb Linus Torvalds:
> On Wed, 20 Nov 2002, Dieter Nützel wrote:
> > Linus, Alan are you running SMP during your tests?
>
> Yup. I'm running with a dual P4 HT (ie 4 virtual CPU's to software),
Yes, yes... Grumpf. I want a 8x Hammer...;-)))
> and I
> check w
On 20 Nov 2002, Alan Cox wrote:
>
> Are you using scsi - any measuable amount of scsi I/O also hangs 2.5.48
> 8(
Only for you, Alan, only for you. I've got SCSI at home, so it must be
some specific controller driver being broken rather than general breakage.
Linus
---
I'm having really strange problems running the X server from the trunk
on one of my Red Hat 8.0 system. It dies with a SIG 11. From running an
strace the last thing I see it do is read the PCI data. I suspect by now
there must be people running RH 8.0, so it is probably something local
to my enviro
On Wed, 2002-11-20 at 17:30, Dieter Nützel wrote:
> System lookup immediately when I try to start "ipers", "isosurf" or switch the
> screen. Sadly even when I try the Mesa-4-1-branch with 2.5.47-mm1 or
> 2.4.19-ck5 (radeon.o 1.6.0).
Are you using scsi - any measuable amount of scsi I/O also hang
On Wed, 20 Nov 2002, Dieter Nützel wrote:
>
> Linus, Alan are you running SMP during your tests?
Yup. I'm running with a dual P4 HT (ie 4 virtual CPU's to software), and I
check with glxgears and the commercial tuxracer with a Radeon 8500. I've
also verified it on a UP machine with a Radeon 7500
Am Mittwoch, 20. November 2002 08:06 schrieb Linus Torvalds:
> On Wed, 20 Nov 2002, Dieter Nützel wrote:
> > Am Mittwoch, 20. November 2002 00:55 schrieb Ian Molton:
> > > > Linus updated 2.5.48 with Brian's latest DRM r200 stuff so I should
> > > > do some testing.
> >
> > No go so far.
> >
> > Mo
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
On Wed, 2002-11-20 at 07:06, Linus Torvalds wrote:
>
> On Wed, 20 Nov 2002, Dieter Nützel wrote:
> > Am Mittwoch, 20. November 2002 00:55 schrieb Ian Molton:
> > > >
> > > > Linus updated 2.5.48 with Brian's latest DRM r200 stuff so I should do
> > > > some testing.
> >
> > No go so far.
> >
> >
On Die, 2002-11-19 at 16:30, Brian Paul wrote:
> David Dawes wrote:
> > On Wed, Nov 06, 2002 at 03:43:02PM -0800, Ian Romanick wrote:
> >
> >>>Is this hammered in stone?
> >>>When will we see the next XFree86 release (4.4.0), then.
> >>>Shouldn't OpenGL 1.4 better go in sooner then later?
> >>
>
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 discus
33 matches
Mail list logo