[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 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.

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.

--
Best regards,
  Denis Oliver Kropp

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



Reply to: