From owner-freebsd-multimedia  Wed Apr 30 19:42:29 1997
Return-Path: <owner-multimedia>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id TAA01053
          for multimedia-outgoing; Wed, 30 Apr 1997 19:42:29 -0700 (PDT)
Received: from who.cdrom.com (who.cdrom.com [204.216.27.3])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01030
          for <multimedia@freebsd.org>; Wed, 30 Apr 1997 19:42:22 -0700 (PDT)
Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1])
          by who.cdrom.com (8.8.5/8.6.11) with SMTP id PAA07957
          for <multimedia@freebsd.org>; Wed, 30 Apr 1997 15:23:10 -0700 (PDT)
Received: from ct.picker.com by whqvax.picker.com with SMTP;
          Wed, 30 Apr 1997 18:22:07 -0400 (EDT)
Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1)
	id AA17398; Wed, 30 Apr 97 18:22:05 EDT
Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4)
	id SAA05012; Wed, 30 Apr 1997 18:21:38 -0400
Message-Id: <19970430182138.01236@ct.picker.com>
Date: Wed, 30 Apr 1997 18:21:38 -0400
From: Randall Hopper <rhh@ct.picker.com>
To: Doug White <dwhite@resnet.uoregon.edu>
Cc: multimedia@freebsd.org
Subject: Re: Updated driver (bt848-970424)
References: <19970424204858.07591@ct.picker.com> <Pine.BSF.3.96.970425012740.772A-100000@localhost>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.69
In-Reply-To: <Pine.BSF.3.96.970425012740.772A-100000@localhost>; from Doug White on Fri, Apr 25, 1997 at 01:36:02AM -0700
Sender: owner-multimedia@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Doug White:
 |Yes, 24 bit still doesn't work.  15 & 16 bit do though and that is nice!
 |I can run vic and tv simultaneously now without having to swap Xservers.
 |;)

Well, glad we're getting closer anyway!

 |The colors come out properly if -nobswap4Bpp or -nowswap4Bpp are set on
 |the command line.  

 | Rating  Class        bpp  Bpp  R,G,B Masks                   Swap  DirectVid
 |   4     TrueColor     24   4   000000ff, 0000ff00, 00ff0000   --      No 

That makes sense, given your frame buffer's pixel order.  For 0.41, I just
defaulted swapping on and gave everyone the capability to tune the swaps to
see what everyone needs swap-wise, and through that, to verify that the
swaps could be directly inferred from the reported RGB visual masks.  So
far, it sounds like this is the case.

Before I put the smart swapping in, let me verify with you though that when
you turn byte and word swapping off for your 4Bpp 24bpp video mode, you "are"
getting direct video, right?  That is, it's not giving you:

 |Active visual does not support direct video
 |  ...backing off and using XImages

If so, we're in good shape.  Please let me know.

Thanks,

Randall