Re: G400 vs. DRM
> (WW) Open APM failed > (WW) Warning, couldn't open module mga_hal > (WW) MGA(0): Video BIOS info block not detected! > (EE) MGA: Failed to load module "mga_hal" (module does not exist, 0) > > Just in case it would shed any light, I am running Athlon on Biostar > M7MKA motherboard... > > Thanks for your help, Alex. > > --ET. Well, it seems that mga_hal is not really required for dri. Several people mentioned that on this list. Forget about that error. It's something else. Another gotcha' in my case was that some of the earlier 2.4 kernels did not like mga compiled into them. However, if I made it into a module I'd get dri. Go figure. It seems to work fine in 2.4.14. There are a couple of mini how-to's on the web related to G400 and dri. Here are a couple of links I used when setting mine. http://ogre.rocky-road.net/mga.html http://www.cg.its.tudelft.nl/~paul/g400.html http://www.cpbotha.net/misc.html Cheers, Alex.
Re: G400 vs. DRM
On Sun, Nov 18, 2001 at 12:23:23AM -0500, Oleksandr Moskalenko wrote: > > Eugene, > > To my untrained eye this log doesn't really show if dri was loaded. I > had the same log, but dri didn't work on my G400. I apologize if I > needlesly reiterate what you've already done, but I believe that in > addition to the kernel compile options you mentioned I had the > following: > > CONFIG_AGP=y > CONFIG_AGP_INTEL=y (since I have a 440BX chipset) > CONFIG_DRM=y > CONFIG_DRM_MGA=y Have all that, except with CONFIG_AGP_AMD=y > also, look for this part in the XFree86.log: > > (==) MGA(0): Silken mouse enabled > (**) Option "dpms" > (**) MGA(0): DPMS enabled > (II) MGA(0): Using overlay video > (II) MGA(0): X context handle = 0x0001 > (II) MGA(0): [drm] installed DRM signal handler > (II) MGA(0): [DRI] installation complete > (II) MGA(0): [drm] Mapped 128 DMA buffers > (==) MGA(0): Direct rendering enabled Have all that, preceeded by the line (==) MGA(0): Backing store disabled Searching through the log file, here're my warnings and errors: (WW) Open APM failed (WW) Warning, couldn't open module mga_hal (WW) MGA(0): Video BIOS info block not detected! (EE) MGA: Failed to load module "mga_hal" (module does not exist, 0) Just in case it would shed any light, I am running Athlon on Biostar M7MKA motherboard... Thanks for your help, Alex. --ET. _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: G400 vs. DRM
* Eugene Tyurin ([EMAIL PROTECTED]) wrote: > > > Hello, > > I'm having trouble with this strange error message from bzflag (.deb > 1.7e2-1) and GL in general: > > [EMAIL PROTECTED]:~$ bzflag > libGL error: failed to open DRM: Operation not permitted > libGL error: reverting to (slow) indirect rendering > loading fixedbr... > loading panel... > > At the same time, log file for X (.deb 4.1.0-9 ) shows: > > (II) LoadModule: "drm" > (II) Loading /usr/X11R6/lib/modules/linux/libdrm.a > (II) Module drm: vendor="The XFree86 Project" > compiled for 4.1.0.1, module version = 1.0.0 > (II) MGA(0): [drm] bpp: 32 depth: 24 > (II) MGA(0): [drm] Sarea 2200+664: 2864 > (II) MGA(0): [drm] created "mga" driver at busid "PCI:1:5:0" > (II) MGA(0): [drm] added 4096 byte SAREA at 0xc99ef000 > (II) MGA(0): [drm] mapped SAREA 0xc99ef000 to 0x4001a000 > (II) MGA(0): [drm] framebuffer handle = 0xdc00 > (II) MGA(0): [drm] added 1 reserved context for kernel > (II) MGA(0): [drm] Added 128 65536 byte DMA buffers > (II) MGA(0): [drm] Registers handle = 0xd800 > (II) MGA(0): [drm] Status handle = 0xca9fb000 > (II) MGA(0): [drm] installed DRM signal handler > (II) MGA(0): [drm] Mapped 128 DMA buffers > > I am running up-to-date woody with custom kernel 2.4.15-pre1: > > CONFIG_DRM=y > CONFIG_DRM_MGA=y > > If I run X as '-depth 16', I don't get libGL error, but bzflag still > uses indirect rendering. > > Any suggestions on how to fix this? > > --ET. Eugene, To my untrained eye this log doesn't really show if dri was loaded. I had the same log, but dri didn't work on my G400. I apologize if I needlesly reiterate what you've already done, but I believe that in addition to the kernel compile options you mentioned I had the following: CONFIG_AGP=y CONFIG_AGP_INTEL=y (since I have a 440BX chipset) CONFIG_DRM=y CONFIG_DRM_MGA=y also, look for this part in the XFree86.log: (==) MGA(0): Silken mouse enabled (**) Option "dpms" (**) MGA(0): DPMS enabled (II) MGA(0): Using overlay video (II) MGA(0): X context handle = 0x0001 (II) MGA(0): [drm] installed DRM signal handler (II) MGA(0): [DRI] installation complete (II) MGA(0): [drm] Mapped 128 DMA buffers (==) MGA(0): Direct rendering enabled You really want to se the last line above. I╢m attaching my XF86Config-4 if that will help any. Alex. # XF86Config-4 (XFree86 server configuration file) generated by Dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config manual page. # (Type "man XF86Config" at the shell prompt.) Section "Files" # FontPath"unix/:7100"# local font server # FontPath"unix/:7110"# xfs-xtt true type font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/TrueType" FontPath"/usr/lib/X11/fonts/cyrillic/:unscaled" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/misc/:unscaled" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "ServerFlags" EndSection Section "Module" Load"ddc" Load"dri" Load"GLcore" Load"dbe" Load"extmod" Load"glx" Load"pex5" Load"record" Load"xie" Load"bitmap" Load"freetype" Load"speedo" Load"type1" Load"vbe" Load"int10" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "Protocol" "Standard" Option "AutoRepeat""500 30" Option "XkbKeycodes" "xfree86" Option "XkbTypes" "default" Option "XkbCompat" "default" Option "XkbGeometry" "pc" Option "XkbRules" "xfree86" Option "XkbModel" "microsoft" Option "XkbLayout" "rums(basic)" Option "XkbOptions""grp:toggle" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "PS/2" Option "Emulate3Buttons" "yes" Option "Emulate3Timeout" "150" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "Matrox G400"
RE: G400
I played around with my ICAClient settings and got it to work fine again! There are two places to set color depth and I think the problem resulted because one was set for 8-bit color and the other for 16-bit color. I set both at 24-bit and it looks great under XFree86 3.3.6. I think I re-entered my ICAClient settings from scratch after switching from sid to potato linux distribution. My new opinion: The Matrox G400 video card works great under both XFree86 versions 3.3.6 and 4! -Kris -Original Message- From: nate [mailto:[EMAIL PROTECTED] Sent: Thursday, November 15, 2001 4:03 PM To: debian-user@lists.debian.org Subject: RE: G400 Kris Huber said: > If anyone has an idea why my Matrox G400 output isn't always > looking great under v3.3.6, I'd appreciate suggestions! It's not > too bad, but a little annoying. i ran it under xfree 3.3.6 up until about 50 days ago, it ran perfect. never had a single drawing issue. i don't use citrix. i think i had it in 16bit color. citrix may have problems in high color depths. the company i work for now competes with them and from what i hear its one of their weaknesses at the moment. nate -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: G400
> I recently changed from using the unstable distribution to the stable
> one. In the process I ended up changing from XFree86 v4 to v3.3.6. I
> never noticed any display problems under v4, yet under v3.3.6 I've
> noticed that vertical colored lines sometimes appear when areas are
> "re-painted" within the ICA Client application.
I ran 3.3.6 on my G400 for about a year with no problems.
> Display mode under both versions was/is 24-bit color, quite high-res mode
> ("1472x1104", a custom one I set up).
I used 1280x1024 and 24 bit color.
There used to be potato debs of X v4 around.
--
John Hasler
[EMAIL PROTECTED]
Dancing Horse Hill
Elmwood, Wisconsin
RE: G400
Kris Huber said: > If anyone has an idea why my Matrox G400 output isn't always > looking great under v3.3.6, I'd appreciate suggestions! It's not > too bad, but a little annoying. i ran it under xfree 3.3.6 up until about 50 days ago, it ran perfect. never had a single drawing issue. i don't use citrix. i think i had it in 16bit color. citrix may have problems in high color depths. the company i work for now competes with them and from what i hear its one of their weaknesses at the moment. nate
RE: G400
I have a G400 and know that there is support in X v4. In fact I believe the
support in v4 is better than in v3.3.6.
I recently changed from using the unstable distribution to the stable one.
In the process I ended up changing from XFree86 v4 to v3.3.6. I never
noticed any display problems under v4, yet under v3.3.6 I've noticed that
vertical colored lines sometimes appear when areas are "re-painted" within
the ICA Client application. Perhaps it is a problem related to ICA Client,
but I used the identical distribution of it under both XFree86 4 and 3.3.6
and suspect the problem lies with the video driver (which I think is part of
XFree86). Display mode under both versions was/is 24-bit color, quite
high-res mode ("1472x1104", a custom one I set up).
If anyone has an idea why my Matrox G400 output isn't always looking great
under v3.3.6, I'd appreciate suggestions! It's not too bad, but a little
annoying.
-Original Message-
From: Tom Allison [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 15, 2001 3:54 AM
To: debian-user@lists.debian.org
Subject: G400
I have this Matrox G400 video card that's supposed to be really spiffy
(or was, in it's day).
I'm just trying to confirm the support in X v4.
It seems that this card has taken a serious step back in basic
performance. I'm not talking about frames/second, the basic picture is
kind of lame.
I have a 21" monitor and the whole thing worked great under 3.3.6 and
even Windows (I had it installed for 3 days until I figured out I
couldn't get all the devices to work correctly).
I'm just looking for 'similar experiences'
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]
Re: G400
* Tom Allison ([EMAIL PROTECTED]) wrote: > I have this Matrox G400 video card that's supposed to be really spiffy > (or was, in it's day). > I'm just trying to confirm the support in X v4. > > It seems that this card has taken a serious step back in basic > performance. I'm not talking about frames/second, the basic picture is > kind of lame. > I have a 21" monitor and the whole thing worked great under 3.3.6 and > even Windows (I had it installed for 3 days until I figured out I > couldn't get all the devices to work correctly). > > I'm just looking for 'similar experiences' Hi Tom, I have one, but the picture is terrific and eventually I got the fps up to the sniff as well. If it helps you can read my XF86Config-4 below. I run 1280x960 as I think that things get way to small for my tired eyes above that resolution, but on a 21" you do whatever ye' like. Alex. # XF86Config-4 (XFree86 server configuration file) generated by Dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config manual page. # (Type "man XF86Config" at the shell prompt.) Section "Files" # FontPath"unix/:7100"# local font server # FontPath"unix/:7110"# xfs-xtt true type font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/TrueType" FontPath"/usr/lib/X11/fonts/cyrillic/:unscaled" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/misc/:unscaled" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "ServerFlags" EndSection Section "Module" Load"ddc" Load"dri" Load"GLcore" Load"dbe" Load"extmod" Load"glx" Load"pex5" Load"record" Load"xie" Load"bitmap" Load"freetype" Load"speedo" Load"type1" Load"vbe" Load"int10" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "Protocol" "Standard" Option "AutoRepeat""500 30" Option "XkbKeycodes" "xfree86" Option "XkbTypes" "default" Option "XkbCompat" "default" Option "XkbGeometry" "pc" Option "XkbRules" "xfree86" Option "XkbModel" "microsoft" Option "XkbLayout" "rums(basic)" Option "XkbOptions""grp:toggle" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "PS/2" Option "Emulate3Buttons" "yes" Option "Emulate3Timeout" "150" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "Matrox G400" Driver "mga" Option "AGPMode" "2" # ChipSet "mgag400" # BusID "PCI:1:0:0" EndSection Section "Monitor" Identifier "Hitachi CM 751" HorizSync 31-93 VertRefresh 50-160 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "Matrox G400" Monitor "Hitachi CM 751" DefaultDepth16 SubSection "Display" Depth 1 Modes "1280x960" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1280x960" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1280x960" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1280x960" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1280x960" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1280x960" "1024x768" "800x600" "640x480" EndSubSection SubSe
Re: G400 DRI
Sorry, that should have been private mail. /Allan -- Allan M. Wind email: [EMAIL PROTECTED] P.O. Box 2022 finger: [EMAIL PROTECTED] (GPG/PGP) Woburn, MA 01888-0022 USA pgpE185wSOlOt.pgp Description: PGP signature
Re: G400 DRI
On 2001-03-21 21:42:32, Nuhn Yobiznez wrote: > Have you looked in your /var/log/XFree86.log to see if > it is enabling DRI? I have a couple of DRI lines: (II) Loading extension XFree86-DRI (II) MGA(0): Offscreen memory usage will be limited to 512 lines if the DRI is enabled. > What kernel are you running? 2.2.18pre21 > Can you send a copy of /var/log/XFree86.log? Attached. > Is support for the G400 module or in the kernel? Hmm... you need to compile a kernel module for DRI support? /Allan -- Allan M. Wind email: [EMAIL PROTECTED] P.O. Box 2022 finger: [EMAIL PROTECTED] (GPG/PGP) Woburn, MA 01888-0022 USA XFree86 Version 4.0.2 / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 18 December 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Operating System: Linux 2.2.18 i686 [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Wed Mar 21 23:35:47 2001 (==) Using config file: "/etc/X11/XF86Config-4" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (==) ServerLayout "Default" (**) |-->Screen "Matrox G400 AGP (32 MB), Sony GDM-500PS" (0) (**) | |-->Monitor "Sony GDM-500PS" (**) | |-->Device "Matrox G400 AGP (32 MB)" (**) |-->Input Device "Logitech Mouseman Wheel" (**) |-->Input Device "Happy Hacking Keyboard Lite" (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/100dpi/,/usr/X11R6/lib/X11/fonts/75dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (++) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.3 XFree86 XInput driver : 0.1 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.2 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.0.2, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.0.2, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0691 card 1043,8023 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8598 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:04:0: chip 1106,0686 card 1043,8023 rev 22 class 06,01,00 hdr 80 (II) PCI: 00:04:1: chip 1106,0571 card , rev 10 class 01,01,8a hdr 00 (II) PCI: 00:04:2: chip 1106,3038 card 0925,1234 rev 10 class 0c,03,00 hdr 00 (II) PCI: 00:04:3: chip 1106,3038 card 0925,1234 rev 10 class 0c,03,00 hdr 00 (II) PCI: 00:04:4: chip 1106,3057 card , rev 30 class 06,00,00 hdr 00 (II) PCI: 00:09:0: chip 1274,5000 card 4942,4c4c rev 00 class 04,01,00 hdr 00 (II) PCI: 00:0a:0: chip 10b7,9055 card 10b7,9055 rev 30 class 02,00,00 hdr 00 (II) PCI: 00:0b:0: chip 10b7,9055 card 10b7,9055 rev 24 class 02,00,00 hdr 00 (II) PCI: 00:0c:0: chip 104b,1040 card 104b,1040 rev 08 class 01,00,00 hdr 00 (II) PCI: 01:00:0: chip 102b,0525 card 102b,217d rev 04 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.0.2, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) Host-to-PCI bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus 0 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x08 (VGA_EN is set) (II) Bus 1 I/O range: (II) Bus 1 non-prefetchable memory range: [0] -1 0xe080 - 0xe1df (0x160) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0xe1f0 - 0xe3ff (0x210) MX[B] (II) Bus -1: bridge is at (0:4:0),
Re: G400, DRI, X4, and 4 million dollars
Mike Cathcart ([EMAIL PROTECTED]) said: > Well, ok, I lied, but who was going to read another boring email about the > G400 and DRI? Well, enough for sensationalistic email... [ snip ] > glxinfo output: > [ snip ] > OpenGL renderer string: Mesa GLX Indirect > OpenGL version string: 1.2 Mesa 3.4 [ snip ] Looks like you're using the Mesa libs. When I got dri rocking with xf4 and a G400, I downloaded the binary of libGL from xf4 and the binary of libGLU (or something along those lines) from dri.sourceforge.net. I don't know if the xf4 libGL and libGLU are packaged for debian or not... My experience with the Matrox dri drivers is that they work alright for 3D, but hose the 2d display stuff (weird lines all over the place). So you either run X to run 3D stuff (in 16bpp no less), or you run it to do 2D stuff (and get some real work done). .adam -- [<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>] [ icq #3354423 | lazur.org | clustermonkey.org ]
Re: g400 framebuffer-update
On Thu, Mar 09, 2000 at 02:38:15AM -0500, Aaron Solochek wrote: > Apparently, my g400max, with kernel 2.2.14, doesn't like videomodes over > 8bit color. The computer boots with whatever video mode I want, but > will not sync if the color depth is greater than 8 bits. I can drive > the monitor at 1600x1200 no problem, also at 1024 I have it set to use > 100mhz mode, also no problem. there was some discussion on debian-powerpc about acceleration problems with framebuffers (which are not optional on ppcs unfortunatly) the problems were caused by running the system in color depths higher then 8 bit. the consensus however was that it was pointless to use higher depths since the console does not have any more colors. > One quick question though, my cursor is currently a big (3x3 characters) > black box. How can I fix that? Is is a hardware/software cursor > issue? i'd like to know too! there are some examples for how to do that on the framebuffer howto, unfortunatly none work on my ppc (rage128) framebuffer so it seems its dependant on the driver/hardware... > -Aaron Solochek > [EMAIL PROTECTED] > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null > -- Ethan Benson
Re: G400 high-res problem
Well, for what its worth, I am using a g400max with no problem, but not with xfree, with acceleratedX. -Aaron Solochek [EMAIL PROTECTED] Greg Schulein wrote: > On the contrary, every reply helps. If others are using the G400 > successfully, I'll conclude my card is defective and get a replacement. > > Thanks, > Greg > > Mark Zimmerman wrote: > > > > I'm using a G400 at [EMAIL PROTECTED] with XFree86 3.3.5 and have > > no problems with it. My monitor is a Sony 400PS. I also recall that I > > used 3.3.4 for a time without incident. The 3.3.4 experience was with > > slink; now using potato. > > > > Sorry to have been no help. > > > > - Mark > > > > On Sun, Nov 28, 1999 at 07:13:51PM -0800, Greg Schulein wrote: > > > Hi, > > > > > > I'm running a Matrox G400 with a Sony G500 display, on a slink system > > > that's been upgraded (via apt) to XFree86 3.3.4. The problem I'm > > > getting is dark bands that flicker on the screen whenever the on-screen > > > image is changing. The scanlines under the dark bands also seem to be > > > displaced a few pixels to the left compared to the rest of the > > > scanlines. The picture is fine whenever the image is not changing. A > > > "changing image" can be an animation, scrolling a window, or even typing > > > (like now). This problem is most pronounced at [EMAIL PROTECTED], > > > but is present at lower resolutions and color depths as well. Is there > > > anyone else out there running a G400 under XFree 3.3.4 that is or is not > > > having similar problems? > > > > > > Thanks, > > > Greg > > > > > > > > > -- > > > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null > > > > -- > > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
Re: G400 high-res problem
On the contrary, every reply helps. If others are using the G400 successfully, I'll conclude my card is defective and get a replacement. Thanks, Greg Mark Zimmerman wrote: > > I'm using a G400 at [EMAIL PROTECTED] with XFree86 3.3.5 and have > no problems with it. My monitor is a Sony 400PS. I also recall that I > used 3.3.4 for a time without incident. The 3.3.4 experience was with > slink; now using potato. > > Sorry to have been no help. > > - Mark > > On Sun, Nov 28, 1999 at 07:13:51PM -0800, Greg Schulein wrote: > > Hi, > > > > I'm running a Matrox G400 with a Sony G500 display, on a slink system > > that's been upgraded (via apt) to XFree86 3.3.4. The problem I'm > > getting is dark bands that flicker on the screen whenever the on-screen > > image is changing. The scanlines under the dark bands also seem to be > > displaced a few pixels to the left compared to the rest of the > > scanlines. The picture is fine whenever the image is not changing. A > > "changing image" can be an animation, scrolling a window, or even typing > > (like now). This problem is most pronounced at [EMAIL PROTECTED], > > but is present at lower resolutions and color depths as well. Is there > > anyone else out there running a G400 under XFree 3.3.4 that is or is not > > having similar problems? > > > > Thanks, > > Greg > > > > > > -- > > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
Re: G400 high-res problem
I'm using a G400 at [EMAIL PROTECTED] with XFree86 3.3.5 and have no problems with it. My monitor is a Sony 400PS. I also recall that I used 3.3.4 for a time without incident. The 3.3.4 experience was with slink; now using potato. Sorry to have been no help. - Mark On Sun, Nov 28, 1999 at 07:13:51PM -0800, Greg Schulein wrote: > Hi, > > I'm running a Matrox G400 with a Sony G500 display, on a slink system > that's been upgraded (via apt) to XFree86 3.3.4. The problem I'm > getting is dark bands that flicker on the screen whenever the on-screen > image is changing. The scanlines under the dark bands also seem to be > displaced a few pixels to the left compared to the rest of the > scanlines. The picture is fine whenever the image is not changing. A > "changing image" can be an animation, scrolling a window, or even typing > (like now). This problem is most pronounced at [EMAIL PROTECTED], > but is present at lower resolutions and color depths as well. Is there > anyone else out there running a G400 under XFree 3.3.4 that is or is not > having similar problems? > > Thanks, > Greg > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
Re: G400 high-res problem
I noticed this warning also. The mga_24bpp_fix option didn't help my problem, though. Thanks, Greg aphro wrote: > > I'm not a matrox user myself(yet) but i do see this: > > http://www.xfree86.org/3.3.4/MGA4.html#5 > >On some Millennium II cards the driver shows severe distortions with > 24bpp in modes above about 1024x768. We hope to have automated the > detection and fix of this problem. If it still occurs, putting > > Option "mga_24bpp_fix" > > in the Device Section may fix the problem. > > looks like 3.3.5 has the same problem as 3.3.4 > > hope this helps > > nate > > On Sun, 28 Nov 1999, Greg Schulein wrote: > > gjschu >Hi, > gjschu > > gjschu >I'm running a Matrox G400 with a Sony G500 display, on a slink system > gjschu >that's been upgraded (via apt) to XFree86 3.3.4. The problem I'm > gjschu >getting is dark bands that flicker on the screen whenever the > on-screen > gjschu >image is changing. The scanlines under the dark bands also seem to be > gjschu >displaced a few pixels to the left compared to the rest of the > gjschu >scanlines. The picture is fine whenever the image is not changing. A > gjschu >"changing image" can be an animation, scrolling a window, or even > typing > gjschu >(like now). This problem is most pronounced at [EMAIL PROTECTED], > gjschu >but is present at lower resolutions and color depths as well. Is > there > gjschu >anyone else out there running a G400 under XFree 3.3.4 that is or is > not > gjschu >having similar problems? > gjschu > > gjschu >Thanks, > gjschu >Greg > gjschu > > gjschu > > gjschu >-- > gjschu >Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null > gjschu > > > [mailto:[EMAIL PROTECTED] ]-- >Vice President Network Operations http://www.firetrail.com/ > Firetrail Internet Services Limited http://www.aphroland.org/ >Everett, WA 425-348-7336http://www.linuxpowered.net/ > Powered By:http://comedy.aphroland.org/ > Debian 2.1 Linux 2.0.36 SMPhttp://yahoo.aphroland.org/ > -[mailto:[EMAIL PROTECTED] ]-- > 3:26pm up 101 days, 3:05, 1 user, load average: 1.38, 1.58, 1.62
Re: G400 high-res problem
I'm not a matrox user myself(yet) but i do see this: http://www.xfree86.org/3.3.4/MGA4.html#5 On some Millennium II cards the driver shows severe distortions with 24bpp in modes above about 1024x768. We hope to have automated the detection and fix of this problem. If it still occurs, putting Option "mga_24bpp_fix" in the Device Section may fix the problem. looks like 3.3.5 has the same problem as 3.3.4 hope this helps nate On Sun, 28 Nov 1999, Greg Schulein wrote: gjschu >Hi, gjschu > gjschu >I'm running a Matrox G400 with a Sony G500 display, on a slink system gjschu >that's been upgraded (via apt) to XFree86 3.3.4. The problem I'm gjschu >getting is dark bands that flicker on the screen whenever the on-screen gjschu >image is changing. The scanlines under the dark bands also seem to be gjschu >displaced a few pixels to the left compared to the rest of the gjschu >scanlines. The picture is fine whenever the image is not changing. A gjschu >"changing image" can be an animation, scrolling a window, or even typing gjschu >(like now). This problem is most pronounced at [EMAIL PROTECTED], gjschu >but is present at lower resolutions and color depths as well. Is there gjschu >anyone else out there running a G400 under XFree 3.3.4 that is or is not gjschu >having similar problems? gjschu > gjschu >Thanks, gjschu >Greg gjschu > gjschu > gjschu >-- gjschu >Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null gjschu > [mailto:[EMAIL PROTECTED] ]-- Vice President Network Operations http://www.firetrail.com/ Firetrail Internet Services Limited http://www.aphroland.org/ Everett, WA 425-348-7336http://www.linuxpowered.net/ Powered By:http://comedy.aphroland.org/ Debian 2.1 Linux 2.0.36 SMPhttp://yahoo.aphroland.org/ -[mailto:[EMAIL PROTECTED] ]-- 3:26pm up 101 days, 3:05, 1 user, load average: 1.38, 1.58, 1.62
