[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [directfb-dev] [g-i] Issues with directfb input devices handling



Sven Luther schrieb:
On Sat, Sep 30, 2006 at 07:03:39PM +0200, Denis Oliver Kropp wrote:
Sven Luther schrieb:
On Sat, Sep 30, 2006 at 05:56:08PM +0200, Denis Oliver Kropp wrote:
df_dok is 69K, but it also requires some images and loaders for PNG, JPEG, GIF, TTF.
Well, the images and loaders are most probably already present on the ramdisk
anyway. Those we care about at least ?
The loaders probably, but not the images for the example program.

Does it need to be special examples, or would the graphical installer images
do ?

At least one image is a special one (graphics card icon). The others
could be replaced, but they have some basic requirements, e.g. having
a color key or alpha channel.

So for simple graphics tests, as dfbinfo has no graphics, df_dok would
be a huge "next step". You could use df_particle, which doesn't load any
font or image, doesn't require additional DirectFB modules and is just
5.7K here in binary size. Unfortunately, it uses a lot of floating point
and sin/cos IIRC.
So, at most we are speaking about a 100KB of binaries, and maybe 20KB if we
only go for df_particle ? Compared to a 10+ GB ramdisk, this is peanuts.

Are df_particle and df_dok in the same tarball as the main directfb stuff ?
the debian libdirectfb-bin .deb package has only the dfb* binaries.
df_dok and df_particle are part of DirectFB-examples.

ah, so probably not yet packaged.

Doesn't seem to be.

--
Best regards,
  Denis Oliver Kropp

.------------------------------------------.
| DirectFB - Hardware accelerated graphics |
| http://www.directfb.org/                 |
"------------------------------------------"



Reply to: