Date: Mon, 29 Sep 1997 19:08:22 -0700 From: Amancio Hasty <hasty@rah.star-gate.com> To: "Michael G Petry" <petry@DITTO.NetMasters.com> Cc: Randall Hopper <rhh@ct.picker.com>, Kenneth Merry <ken@plutotech.com>, multimedia@FreeBSD.ORG Subject: Re: Matrox Millenium with 8M and BT848 Message-ID: <199709300208.TAA07712@rah.star-gate.com> In-Reply-To: Your message of "Mon, 29 Sep 1997 21:51:14 EDT." <199709300151.VAA19806@netwolf.NetMasters.Com>
next in thread | previous in thread | raw e-mail | index | archive | help
I don't have the +256 shift problem with my Matrox Millenium 4MB VRAM at 1280x1024 24bpps: I am running XFree86 3.3.1 {hasty} xdpyinfo name of display: :0.0 version number: 11.0 vendor string: The XFree86 Project, Inc vendor release number: 3310 maximum request size: 4194300 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 2 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 24, bits_per_pixel 24, scanline_pad 32 keycode range: minimum 8, maximum 134 focus: window 0x80000e, revert to Parent number of extensions: 19 BIG-REQUESTS DOUBLE-BUFFER DPMS LBX MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RECORD SECURITY SHAPE SYNC XC-APPGROUP XC-MISC XFree86-DGA XFree86-Misc XFree86-VidModeExtension XInputExtension XKEYBOARD XTEST default screen number: 0 number of screens: 1 screen #0: dimensions: 1280x1024 pixels (433x347 millimeters) resolution: 75x75 dots per inch depths (1): 24 root window id: 0x26 depth of root window: 24 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x23 default number of colormap cells: 256 preallocated pixels: black 0, white 16777215 options: backing-store YES, save-unders YES largest cursor: 1280x1024 current input event mask: 0x58003d KeyPressMask ButtonPressMask ButtonReleaseMask EnterWindowMask LeaveWindowMask SubstructureNotifyM SubstructureRedirectMask PropertyChangeMask number of visuals: 1 default visual id: 0x22 visual: visual id: 0x22 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits I would ask the XFree86 whats up with this problem because if they have problem like a hardware bug or limitation they can correct it based up on the model of the chipset. Cheers, Amancio >From The Desk Of "Michael G Petry" : > > > I gather the video block on the Millenium @ 1280 looks fine (solid, > > rectangular, correct colors); it just not in the window frame. It's off to > > the left. And only does this in 1280x1024, not 1024x768. > > Yep. That's it. > > > A few questions that'll help nail down the problem. > > > > 1) With the "+ 256" you added, is the video inside the window frame no > > matter how high or low the TV window is on your screen (e.g. try > > "-geometry +100+0" and "-geometry +100+800" -- do both these look OK?)? > > Both look ok. I can move the windo around the window and it tracks just fine . > > > 2) Please add this line after the line you patched: > > > > printf( "geometry = X %4d, Y %4d, Bpp %d\n", g.x, g.y, Bpp ); > > > > and try "-geometry +0+700". Does it print something very close to "X 1, > > Y 780, Bpp 4" (the location of the video window relative to the root > > window)? > > petry@netwolf[94]$ ./fxtv -geometry +0+700 > geometry = X 5, Y 781, Bpp 4 > > > > > For calibration, does -geometry +0+0 give you an Fxtv window in the > > upper-left corner of the desktop and print out something very close to > > "X 1, Y 80, Bpp 4"? > > petry@netwolf[95]$ ./fxtv -geometry +0+0 > geometry = X 5, Y 81, Bpp 4 > > > 3) See if this makes any difference: > > > > --- xutil.c.ORIG Mon Sep 29 18:21:43 1997 > > +++ xutil.c Mon Sep 29 18:21:51 1997 > > @@ -735 +735 @@ > > - XUTILGetVisualBpp( display, vi, &Bpp, NULL ); > > + XUTILGetVisualBpp( display, vi, NULL, &Bpp ); > > No difference. > > > DGA pitch is right, or you wouldn't see a solid rectangular video block. > > Could be that XTranslateCoordinates doesn't work correctly on Milleniums > > for 1280x1024x24bpp. > > > > BTW, please try this on XFree 3.3.1. > > XFree86 Version 3.3.1 / X Window System > (protocol Version 11, revision 0, vendor release 6300) > Release Date: August 4 1997 > . > . > (--) SVGA: PCI: Matrox MGA 2064W rev 1, Memory @ 0xe0800000, 0xe0000000 > (--) SVGA: Linear framebuffer at 0xE0000000 > (--) SVGA: MMIO registers at 0xE0800000 > > > > > Hey Amancio. You've got a Millenium, right? Do you see this too (or can > > you run at 1280x1024x24bpp)? > > It feels like there may be a 1024 byte offset from the beginning of the linea r > frame buffer. When I first go the board and ran in 1600x1200 mode the video > was shifted > both horizontally and vertically (I guess pitch was wrong). I'll try it agai > and > let you know if it gives anything interesting. > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199709300208.TAA07712>