On 17 Aug 2001, Thayne Harbaugh wrote:
> > 1) Blt/ROP/Alpha support
> libblt and the new libbuf?
> > 2) Motion Video support
> Isn't this in libovl or does it not work yet?
Yes and yes.
> > 3) management of layers (beyond what we can do with memvis/display-sub).
> What exactly are layers?
DFB has it's own construct called layers which seem to be a sort
of region management system.
> > DirectFB won't tap your hardware to its limit,
>
> Why is that?
Because it doesn't give the user the information needed to decide
how to allocate resources.
> > and will probably
> > be a bear when graphics resources run low,
> Is this what libgalloc handles?
Yes.
> I hope to help to minimize the wait =-)
Cool.
BTW, speaking of the directfb driver, it pointed out to me
a flaw in the fbdev driver. I'd like to change display-fbdev to
use the config file to map the PCI device ID/depth to the
accelerator .so rather than the current hard-compiled table,
which will make things much more flexible.
However, in order to do that, I'm going to have to split the
new directfb target into two .so files (one just containing
a couple of global symbols that have to be opened with
RTDL_GLOBAL) because I can no longer give special treatment to
the directfb.so in that case. Can the Makefile system be
adapted to produce two separate .so's from the same subdir?
--
Brian
