3gl working extremely slow.
hello, I am having some problem getting 3gl to work correctly on my matrox g400. I have installed the mesa drivers that come with the XFree 4.0.1 debs, and I have also gotting the libglu from the current unstable version of mesa. The problem comes when I run the new enlightenment 3gl programs such as evas and in hardware mode it is jumpy and seems to only about 1 or 2 frames per second. I am not too sure what is wrong as I have seen some other people who are getting much much higher frame rates. I home someone can help me. Thanks Gordon.
Re: 3gl working extremely slow.
* Gordon Heydon <[EMAIL PROTECTED]> [00 23:06]: > I am having some problem getting 3gl to work correctly on my matrox > g400. I have installed the mesa drivers that come with the XFree 4.0.1 > debs, and I have also gotting the libglu from the current unstable > version of mesa. Gordon, getting everything right is damn near impossible. Thank your own deity that Branden has done most of the work for us already. :) Currently, I don't use libGLU, but copying the one libGLU library out of the package is probably sufficient. What I have found about getting my g400Max to do GLX is that it requires using XFree86's mga_drv.o driver, loading the agpgart and mga kernel modules (I use 2.4.0-test10 with good success, and perhaps 2.2.18-presomething would have the same effect, but that may require kernel drivers from dri.sourceforge.net) and having the right mix of packages installed. I don't think it takes any of the mesa packages. To get the g400Max to do dual-head requires using matrox's mga_drv.o file. I'm not sure if agpgart and mga need to be unloaded or not from the kernel, but I do, to save memory. You will also need to tweak your XF86Config-4 file to load the glx, dri, GLCore, and dbe modules. (I have two config files, one to describe both monitors, one to describe only one monitor, and I switch between the two when I want GL to work.) Yes, it is a bit annoying, but not enough to cause me to learn how to program these things for the accelerated OpenGL while running dual-head. HTH Some useful package information: $ dpkg -l '*mesa*' Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- un mesa-dev(no description available) pn mesademos (no description available) pn mesag-dev (no description available) pn mesag-glide2-d (no description available) pn mesag-widgets- (no description available) pn mesag3 (no description available) pn mesag3+ggi (no description available) pn mesag3+ggi-dev (no description available) un mesag3-glide(no description available) pn mesag3-glide2 (no description available) pn mesag3-widgets (no description available) ii xlibmesa3 4.0.1-1XFree86 version of Mesa 3D graphics library ii xlibosmesa34.0.1-1XFree86 version of Mesa off-screen rendering $ dpkg -l 'x*' | grep 4.0 ii xbase-clients 4.0.1-1miscellaneous X clients ii xfonts-75dpi 4.0.1-175 dpi fonts for X ii xfonts-base4.0.1-1standard fonts for X ii xfonts-pex 4.0.1-1fonts for minimal PEX support in X ii xfonts-scalabl 4.0.1-1scalable fonts for X ii xfree86-common 4.0.1-1X Window System (XFree86) infrastructure ii xfwp 4.0.1-1X firewall proxy server ii xlib6g 4.0.1-1pseudopackage providing X libraries ii xlib6g-dev 4.0.1-1pseudopackage providing X library developmen ii xlibmesa3 4.0.1-1XFree86 version of Mesa 3D graphics library ii xlibosmesa34.0.1-1XFree86 version of Mesa off-screen rendering ii xlibs 4.0.1-1X Window System client libraries ii xlibs-dev 4.0.1-1X Window System client library development f ii xnest 4.0.1-1nested X server ii xprt 4.0.1-1X print server ii xserver-common 4.0.1-1files and utilities common to all X servers ii xserver-xfree8 4.0.1-1the XFree86 X server ii xterm 4.0.1-1X terminal emulator ii xutils 4.0.1-1XFree86 utility programs ii xvfb 4.0.1-1virtual framebuffer X server -- ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really impressed down here, I can tell you.''
Re: [debian-x] 3gl working extremely slow.
* Seth Arnold ([EMAIL PROTECTED]) wrote: > * Gordon Heydon <[EMAIL PROTECTED]> [00 23:06]: > > I am having some problem getting 3gl to work correctly on my matrox > > g400. I have installed the mesa drivers that come with the XFree 4.0.1 > > debs, and I have also gotting the libglu from the current unstable > > version of mesa. > > Gordon, getting everything right is damn near impossible. Thank your own > deity that Branden has done most of the work for us already. :) > Currently, I don't use libGLU, but copying the one libGLU library out of > the package is probably sufficient. >From Reading this list and studding the archives it sujested getting from another package. > > What I have found about getting my g400Max to do GLX is that it requires > using XFree86's mga_drv.o driver, loading the agpgart and mga kernel > modules (I use 2.4.0-test10 with good success, and perhaps > 2.2.18-presomething would have the same effect, but that may require > kernel drivers from dri.sourceforge.net) and having the right mix of > packages installed. I don't think it takes any of the mesa packages. > As I am only using a single head with my dual head card this is what I am using, I am going to play with dual head sometime when I get a bit of a chance. I basically have the same setup, 2.4.0-test10, the latest debs, and the agpgart and the mga modules loaded, but one thing does puzzle me, it the the mga module is not in use, So I don't think something is quite right. > To get the g400Max to do dual-head requires using matrox's mga_drv.o > file. I'm not sure if agpgart and mga need to be unloaded or not from > the kernel, but I do, to save memory. > > You will also need to tweak your XF86Config-4 file to load the glx, dri, > GLCore, and dbe modules. (I have two config files, one to describe both > monitors, one to describe only one monitor, and I switch between the two > when I want GL to work.) > I have all these modules loaded. > Yes, it is a bit annoying, but not enough to cause me to learn how to > program these things for the accelerated OpenGL while running dual-head. > Thanks for the help. Gordon. > HTH > > Some useful package information: > > $ dpkg -l '*mesa*' > Desired=Unknown/Install/Remove/Purge/Hold > | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed > |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: > uppercase=bad) > ||/ Name VersionDescription > +++-==-==- > un mesa-dev(no description available) > pn mesademos (no description available) > pn mesag-dev (no description available) > pn mesag-glide2-d (no description available) > pn mesag-widgets- (no description available) > pn mesag3 (no description available) > pn mesag3+ggi (no description available) > pn mesag3+ggi-dev (no description available) > un mesag3-glide(no description available) > pn mesag3-glide2 (no description available) > pn mesag3-widgets (no description available) > ii xlibmesa3 4.0.1-1XFree86 version of Mesa 3D graphics library > ii xlibosmesa34.0.1-1XFree86 version of Mesa off-screen rendering > > $ dpkg -l 'x*' | grep 4.0 > ii xbase-clients 4.0.1-1miscellaneous X clients > ii xfonts-75dpi 4.0.1-175 dpi fonts for X > ii xfonts-base4.0.1-1standard fonts for X > ii xfonts-pex 4.0.1-1fonts for minimal PEX support in X > ii xfonts-scalabl 4.0.1-1scalable fonts for X > ii xfree86-common 4.0.1-1X Window System (XFree86) infrastructure > ii xfwp 4.0.1-1X firewall proxy server > ii xlib6g 4.0.1-1pseudopackage providing X libraries > ii xlib6g-dev 4.0.1-1pseudopackage providing X library developmen > ii xlibmesa3 4.0.1-1XFree86 version of Mesa 3D graphics library > ii xlibosmesa34.0.1-1XFree86 version of Mesa off-screen rendering > ii xlibs 4.0.1-1X Window System client libraries > ii xlibs-dev 4.0.1-1X Window System client library development f > ii xnest 4.0.1-1nested X server > ii xprt 4.0.1-1X print server > ii xserver-common 4.0.1-1files and utilities common to all X servers > ii xserver-xfree8 4.0.1-1the XFree86 X server > ii xterm 4.0.1-1X terminal emulator > ii xutils 4.0.1-1XFree86 utility programs > ii xvfb 4.0.1-1virtual framebuffer X server > > > > -- > ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really > impressed down here, I can tell you.''
Re: [debian-x] 3gl working extremely slow.
* Gordon Heydon <[EMAIL PROTECTED]> [001112 02:43]: > As I am only using a single head with my dual head card this is what I > am using, I am going to play with dual head sometime when I get a bit of > a chance. I basically have the same setup, 2.4.0-test10, the latest > debs, and the agpgart and the mga modules loaded, but one thing does > puzzle me, it the the mga module is not in use, So I don't think > something is quite right. Hmm. See if you have a /dev/agpgart device. Mine used to work, then died, then I noticed I had no agpgart device. Recreating that device (using MAKEDEV) did the trick. Oh yeah -- see if you ahve a Section "dri" in your /etc/X11/XF86Config-4 file -- I would hope that wouldn't break/fix the problem, but it is worth looking into. HTH -- ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really impressed down here, I can tell you.''
[rolandsz@freemail.c3.hu: permedia2]
- Forwarded message from Roland Szerletics <[EMAIL PROTECTED]> - From: Roland Szerletics <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: permedia2 Date: Sun, 12 Nov 2000 22:50:56 +0100 Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> X-Mailer: YAM 2.1 [040] AmigaOS E-Mail Client (c) 1995-2000 by Marcel Beck http://www.yam.ch Hello, im Roland Szerletics from Hungary. I have recently installed Debian 2.2 rev0 on my PPC amiga. I have a BVision gfx card and my problem is: the Xwindow system seems not to work perfectly. It doesnt clear/refresh the screen just dumps everything on it. I dont know whats wrong, maybe i use an old verion of the driver? Could you help me with this problem? Where can i download drivers from? Thank you in advance!! Roland - End forwarded message - -- G. Branden Robinson| Debian GNU/Linux |Never attribute to malice that which can [EMAIL PROTECTED] |be adequately explained by stupidity. http://deadbeast.net/~branden/ | pgpLXSQwM9gT8.pgp Description: PGP signature
[millerjr@u.washington.edu: a few legacy X servers]
I've posted pointers to the XF 4.0.1 Status document in many places, but apparently this person managed to miss all of them... - Forwarded message from "J. R. Miller" <[EMAIL PROTECTED]> - From: "J. R. Miller" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: a few legacy X servers Date: Sun, 12 Nov 2000 17:18:00 -0800 (PST) Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Hi Branden, The other day you wrote the following to debian devel: "The XFree86 version 3 packages will stick around for a while. On i386, to provide the libc5-compat X libraries and to provide a few legacy X servers, and on alpha to provide a few legacy servers. " Is an S3 Savage 4 Pro+ 32MB AGP what you call "legacy", or does XF 4.0x now support my card? I've been struggling to understand what is, or is not (there are rarely updates anymore), going on with XF. Would you please give me some kind of understanding about the current status of my not-so-legacy S3 Savage 4 32MB AGP card with respect to XF 4.0x? p.s.1. I've already asked on the lists, no reply. p.s.2. Congrats on the job and packaging xf4. Thanks, Jake [EMAIL PROTECTED] - End forwarded message - -- G. Branden Robinson|Human beings rarely imagine a god that Debian GNU/Linux |behaves any better than a spoiled child. [EMAIL PROTECTED] |-- Robert Heinlein http://deadbeast.net/~branden/ | pgpiB59HnbbQ9.pgp Description: PGP signature
Re: [debian-x] 3gl working extremely slow.
* Seth Arnold ([EMAIL PROTECTED]) wrote: > * Gordon Heydon <[EMAIL PROTECTED]> [00 23:06]: > > I am having some problem getting 3gl to work correctly on my matrox > > g400. I have installed the mesa drivers that come with the XFree 4.0.1 > > debs, and I have also gotting the libglu from the current unstable > > version of mesa. > > Gordon, getting everything right is damn near impossible. Thank your own > deity that Branden has done most of the work for us already. :) > Currently, I don't use libGLU, but copying the one libGLU library out of > the package is probably sufficient. >From Reading this list and studding the archives it sujested getting from another package. > > What I have found about getting my g400Max to do GLX is that it requires > using XFree86's mga_drv.o driver, loading the agpgart and mga kernel > modules (I use 2.4.0-test10 with good success, and perhaps > 2.2.18-presomething would have the same effect, but that may require > kernel drivers from dri.sourceforge.net) and having the right mix of > packages installed. I don't think it takes any of the mesa packages. > As I am only using a single head with my dual head card this is what I am using, I am going to play with dual head sometime when I get a bit of a chance. I basically have the same setup, 2.4.0-test10, the latest debs, and the agpgart and the mga modules loaded, but one thing does puzzle me, it the the mga module is not in use, So I don't think something is quite right. > To get the g400Max to do dual-head requires using matrox's mga_drv.o > file. I'm not sure if agpgart and mga need to be unloaded or not from > the kernel, but I do, to save memory. > > You will also need to tweak your XF86Config-4 file to load the glx, dri, > GLCore, and dbe modules. (I have two config files, one to describe both > monitors, one to describe only one monitor, and I switch between the two > when I want GL to work.) > I have all these modules loaded. > Yes, it is a bit annoying, but not enough to cause me to learn how to > program these things for the accelerated OpenGL while running dual-head. > Thanks for the help. Gordon. > HTH > > Some useful package information: > > $ dpkg -l '*mesa*' > Desired=Unknown/Install/Remove/Purge/Hold > | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed > |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) > ||/ Name VersionDescription > +++-==-==- > un mesa-dev(no description available) > pn mesademos (no description available) > pn mesag-dev (no description available) > pn mesag-glide2-d (no description available) > pn mesag-widgets- (no description available) > pn mesag3 (no description available) > pn mesag3+ggi (no description available) > pn mesag3+ggi-dev (no description available) > un mesag3-glide(no description available) > pn mesag3-glide2 (no description available) > pn mesag3-widgets (no description available) > ii xlibmesa3 4.0.1-1XFree86 version of Mesa 3D graphics library > ii xlibosmesa34.0.1-1XFree86 version of Mesa off-screen rendering > > $ dpkg -l 'x*' | grep 4.0 > ii xbase-clients 4.0.1-1miscellaneous X clients > ii xfonts-75dpi 4.0.1-175 dpi fonts for X > ii xfonts-base4.0.1-1standard fonts for X > ii xfonts-pex 4.0.1-1fonts for minimal PEX support in X > ii xfonts-scalabl 4.0.1-1scalable fonts for X > ii xfree86-common 4.0.1-1X Window System (XFree86) infrastructure > ii xfwp 4.0.1-1X firewall proxy server > ii xlib6g 4.0.1-1pseudopackage providing X libraries > ii xlib6g-dev 4.0.1-1pseudopackage providing X library developmen > ii xlibmesa3 4.0.1-1XFree86 version of Mesa 3D graphics library > ii xlibosmesa34.0.1-1XFree86 version of Mesa off-screen rendering > ii xlibs 4.0.1-1X Window System client libraries > ii xlibs-dev 4.0.1-1X Window System client library development f > ii xnest 4.0.1-1nested X server > ii xprt 4.0.1-1X print server > ii xserver-common 4.0.1-1files and utilities common to all X servers > ii xserver-xfree8 4.0.1-1the XFree86 X server > ii xterm 4.0.1-1X terminal emulator > ii xutils 4.0.1-1XFree86 utility programs > ii xvfb 4.0.1-1virtual framebuffer X server > > > > -- > ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really > impressed down here, I can tell you.'' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [debian-x] 3gl working extremely slow.
* Gordon Heydon <[EMAIL PROTECTED]> [001112 02:43]: > As I am only using a single head with my dual head card this is what I > am using, I am going to play with dual head sometime when I get a bit of > a chance. I basically have the same setup, 2.4.0-test10, the latest > debs, and the agpgart and the mga modules loaded, but one thing does > puzzle me, it the the mga module is not in use, So I don't think > something is quite right. Hmm. See if you have a /dev/agpgart device. Mine used to work, then died, then I noticed I had no agpgart device. Recreating that device (using MAKEDEV) did the trick. Oh yeah -- see if you ahve a Section "dri" in your /etc/X11/XF86Config-4 file -- I would hope that wouldn't break/fix the problem, but it is worth looking into. HTH -- ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really impressed down here, I can tell you.'' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[rolandsz@freemail.c3.hu: permedia2]
- Forwarded message from Roland Szerletics <[EMAIL PROTECTED]> - From: Roland Szerletics <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: permedia2 Date: Sun, 12 Nov 2000 22:50:56 +0100 Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> X-Mailer: YAM 2.1 [040] AmigaOS E-Mail Client (c) 1995-2000 by Marcel Beck http://www.yam.ch Hello, im Roland Szerletics from Hungary. I have recently installed Debian 2.2 rev0 on my PPC amiga. I have a BVision gfx card and my problem is: the Xwindow system seems not to work perfectly. It doesnt clear/refresh the screen just dumps everything on it. I dont know whats wrong, maybe i use an old verion of the driver? Could you help me with this problem? Where can i download drivers from? Thank you in advance!! Roland - End forwarded message - -- G. Branden Robinson| Debian GNU/Linux |Never attribute to malice that which can [EMAIL PROTECTED] |be adequately explained by stupidity. http://deadbeast.net/~branden/ | PGP signature
[millerjr@u.washington.edu: a few legacy X servers]
I've posted pointers to the XF 4.0.1 Status document in many places, but apparently this person managed to miss all of them... - Forwarded message from "J. R. Miller" <[EMAIL PROTECTED]> - From: "J. R. Miller" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: a few legacy X servers Date: Sun, 12 Nov 2000 17:18:00 -0800 (PST) Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Hi Branden, The other day you wrote the following to debian devel: "The XFree86 version 3 packages will stick around for a while. On i386, to provide the libc5-compat X libraries and to provide a few legacy X servers, and on alpha to provide a few legacy servers. " Is an S3 Savage 4 Pro+ 32MB AGP what you call "legacy", or does XF 4.0x now support my card? I've been struggling to understand what is, or is not (there are rarely updates anymore), going on with XF. Would you please give me some kind of understanding about the current status of my not-so-legacy S3 Savage 4 32MB AGP card with respect to XF 4.0x? p.s.1. I've already asked on the lists, no reply. p.s.2. Congrats on the job and packaging xf4. Thanks, Jake [EMAIL PROTECTED] - End forwarded message - -- G. Branden Robinson|Human beings rarely imagine a god that Debian GNU/Linux |behaves any better than a spoiled child. [EMAIL PROTECTED] |-- Robert Heinlein http://deadbeast.net/~branden/ | PGP signature
