>> You have tried directfb actually or just read the web?
>
>Yes, I am using it (on a set-top-box platform) and in fact also training
>others to use it.
>
>My interest at the moment is how to explain what it is meant for, when
>describing it to potential or new adopters.
>
>I agree DirectFB has many and useful capabilities. My question is why its
>description seems (to me at least) not to give due stress to the range of
>capabilities. The definition on directfb.org ought to be a good starting
>point to briefly outline what DirectFB is, but it seems to focus too
>narrowly on drawing etc. Maybe there is a reason for this, since one would
>expect directfb.org to be the clearest source for such a description.
>
>Also, I am interested to assess how it is actually used rather than its
>possibilities.
>
Basically, DirectFB as my understanding is, fast and very versatile
frame buffer lib.
It is so verstile that you possibly will be able to use it as
a replacement of X in the future. But, currently, it is not.
So, it can be described like below.
"Fat but fast SDL". This is current usage. But, why fast???
"One future candidate of embedded X". (But not now.)
--- Okajima, Jun. Tokyo, Japan.
_______________________________________________
directfb-users mailing list
[email protected]
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-users
