On Tue, 2003-09-09 at 19:50, Torgeir Veimo wrote: > On Tue, 2003-09-09 at 18:31, Denis Oliver Kropp wrote: > > Quoting Torgeir Veimo: > > > On Tue, 2003-09-09 at 17:07, Denis Oliver Kropp wrote: > > > > Quoting Michel D�nzer ([EMAIL PROTECTED]): > > > > > On Thu, 2003-08-21 at 23:12, Andy Isaacson wrote: > > > > > > In general I want the system to work correctly an in a performant > > > > > > manner even if the number of windows exceeds available off-screen > > > > > > framebuffer memory. > > > > > > > > > > It would be interesting how it performs in that case indeed; I don't > > > > > expect it to be too bad though as it was quite usable even without any > > > > > hardware acceleration. > > > > > > > > The surface manager of DirectFB kicks out older window surfaces if > > > > no free space is available. Only if many windows overlap while > > > > being transparent, it could slow down noticably, because all windows > > > > are needed to recompose the stack. But with a 32MB card I have space > > > > for many windows ;) > > > > > > Can you DMA them to main memory using run length compression? > > > > They could be blitted to AGP memory, once DirectFB supports different > > memory pools. An abstract management of memory which can be read/written > > by CPU and/or GPU with support for dynamic physical allocation is a very > > interesting and important TODO. This should include all kinds of UMAs, > > GARTs etc. > > > > I don't think that RLE is supported, neither on storage, nor on transfer. > > Alan seems to think so, > http://www.xfree86.org/pipermail/forum/2003-July/001732.html
It might not be usable if it's no longer possible to render to these windows. Another question if it's possible to set up pbuffers to these windows, to allow allecerated opengl drawing in them. -- Torgeir Veimo <[EMAIL PROTECTED]> -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe directfb-dev" as subject.
