From owner-freebsd-multimedia Tue Mar 11 17:57:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01662 for multimedia-outgoing; Tue, 11 Mar 1997 17:57:32 -0800 (PST) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA01071 for ; Tue, 11 Mar 1997 17:51:17 -0800 (PST) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.6.12) with SMTP id RAA00319; Tue, 11 Mar 1997 17:51:06 -0800 (PST) Date: Tue, 11 Mar 1997 17:51:05 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Amancio Hasty cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: BT848: Revenge of the smurfs In-Reply-To: <199703100918.BAA02166@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 10 Mar 1997, Amancio Hasty wrote: > >From The Desk Of Doug White : > > 5. A special hack needs to be made for the Mach64 X server. Amancio > > reports the Mach64 cards' RGB bit order is backwards from other (S3?) > > units. > Just to get you going over there : Try setting the following bits: Thanks for the hints. Something to gum up the works: color is OK in 15 bit mode. So, I'll need to bust something up in bktr_ioctl() it looks like, probably around line 1869, to add the color changes. For the other types, I'll have to remember to clear the color control flags. case METEOR_GEO_RGB24: bktr->format = METEOR_GEO_RGB24; bktr->depth = 4; break; If I change the general case then we'll have the opposite effect. > bt848[BKTR_COLOR_CTL] : > bit 3 WORD SWAP ODD > bit 2 WORD SWAP EVEN > bit 1 BYTE SWAP ODD > bit 0 BYTE SWAP EVEN > bt848[BKTR_COLOR_CTL] |= 3; Setting one line and not the other could generate ... interesting... effects. :) Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major