I understand the need for 8bit displays to support legacy apps; however, RandR (or RENDER? or a combination of the two?) is (or will be) able to support 8bit visuals on a 24bpp display.
I am wondering if giving up a guaranteed and constant amount of memory bandwidth on a platform that shares memory bandwidth is not a worse solution than just emulating the 8bit using RandR which only makes the 8bit drawing a greater bandwidth consumer during drawing operations. -Matt -----Original Message----- From: Alexander Stohr [mailto:[EMAIL PROTECTED] Sent: Friday, July 25, 2003 8:43 AM To: [EMAIL PROTECTED] Cc: Sottek, Matthew J; Matthew Tippett Subject: RE: Hardware overlays (8+24?) on Intel i830 mobile devices will always have more limitations, so you wont get rid of any sort of low bpp formats. in multi buffer environments, such as OGL with front, back, depth, stencil, overlay, whatever you will be in need to deal with any sort of pixel depth at the same time as well. for imaging programs there are alpha planes, some are even only 1 bit per pixel, so thats another case where X11 might need to support it for a long time. -Alex. > -----Original Message----- > From: Matthew Tippett [mailto:[EMAIL PROTECTED] > Sent: Friday, July 25, 2003 17:34 > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: Re: Hardware overlays (8+24?) on Intel i830 > > > It is very useful when dealing with programs of a 5-10 year > vintage that > were originally developed under X-Windows when 8 bit displays > were the > best you could get. > > Since most 8 bit displays used PseudoColor (read Pallete based), they > have particular hard-coded logic to deal with the color map. > Almost all > modern hardware is capable of 24 bit without breaking a sweat (or the > memory limit), so modern programs probably just assume TrueColor. > > So as Linux continues it's into the Enterprise and companies find new > life for their old Unix applications that can now run on desktops and > laptops running Linux, I would expect that this will become a > required > feature for Enterprise class drivers. Luckily XFree86 already has > support for mixed visuals with a number of drivers. > > Regards, > > Matthew > > Sottek, Matthew J wrote: > > Yes, The Mobile chipsets could do this under several circumstances. > > The desktop chips cannot. > > > > Could you provide an indication of what such a feature is actually > > useful for? It seems like more of a "toy" feature than something > > with real world applications. > > > > Seems like you could actually run at 24bpp and convert from 8 to > > 24 in the driver with less performance impact than running an > > additional display plane that consumes width*height*depth*refresh > > bytes per second guaranteed. > > > > -Matt > > > > -----Original Message----- > > From: Dr Andrew C Aitchison [mailto:[EMAIL PROTECTED] > > Sent: Thursday, July 24, 2003 5:09 AM > > To: [EMAIL PROTECTED] > > Subject: Hardware overlays (8+24?) on Intel i830 > > > > > > I see from > > http://www.xig.com/Pages/PrReleases/PRMay03-830-O'lays.pdf > > that hardware overlays (possibly similar to what we currently do > > in the mga and glint drivers) are possible on the Intel > i830 chipset. > > > > Does anyone know anything more, or is anyone actually working on > > adding support to our drivers ? > > > > If anyone with a suitable machine is interested in testing for me, > > and I can get chip-level details, I *might* be interested in writing > > the code myself. > > > > > _______________________________________________ > Devel mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/devel > _______________________________________________ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
