Date: Thu, 1 May 1997 07:05:21 -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) Message-ID: <19970501070521.63393@ct.picker.com> In-Reply-To: <Pine.BSF.3.96.970430203020.409A-100000@localhost>; from Doug White on Wed, Apr 30, 1997 at 08:41:01PM -0700 References: <19970430182138.01236@ct.picker.com> <Pine.BSF.3.96.970430203020.409A-100000@localhost>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19970501070521.63393>