From owner-freebsd-multimedia Thu May 1 04:07:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA17477 for multimedia-outgoing; Thu, 1 May 1997 04:07:05 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA17441 for ; Thu, 1 May 1997 04:06:55 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Thu, 1 May 1997 7:05:51 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA05067; Thu, 1 May 97 07:05:48 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id HAA05774; Thu, 1 May 1997 07:05:21 -0400 Message-Id: <19970501070521.63393@ct.picker.com> Date: Thu, 1 May 1997 07:05:21 -0400 From: Randall Hopper To: Doug White Cc: multimedia@freebsd.org Subject: Re: Updated driver (bt848-970424) References: <19970430182138.01236@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Doug White on Wed, Apr 30, 1997 at 08:41:01PM -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Doug White: |>| Rating Class bpp Bpp R,G,B Masks Swap DirectV |>| 4 TrueColor 24 4 000000ff, 0000ff00, 00ff0000 -- No | |I can live with the switch, just not Ximages. This is in 24 bit mode, a |mode I don't use because I can only cram 800x600 in 2mb of vram. I need |my desktop real estate! :) Right, I sure agree there. Up until two weeks ago, I was in the same boat (2 Meg). |> 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: | |No, sorry Houston... I get ximages mode in 24 bit regardless of the |switch settings. The switches primarily control if the color is correct or |not. Ahhh, I think I know what's going on now. The Bt's 4Bpp format w/ no byte swapping is: ARGB. With byte swapping, you get access to BGRA, GBAR, and RABG. According to your visual's RGB masks (RGB: 0000FF,00FF00,FF0000) and display frame buffer depth (4Bpp), seems you need an ABGR ordering. The Bt can't do it, thus the drop-back to X images. Sorry about that. If the Mach64 server support changing the pixel component ordering for that 4Bpp/24bpp mode to ARGB (I know the chip supports it at least), that should get you going there. Otherwise 15/16bpp might be your best option. Randall