Hi Micah,
> The graphics hardware is simple highcolor, linear memory mapped,
> non-accelerated,
> but has about 30 MBytes/sec bandwidth. It actually can run Linux+X at
> usable speed,
> so it should be ideal for PicoGUI+framebuffer with the native small OS.
Hmm.. out of curiosity, what resolution is the display, and what CPU
are you using?
The display is maximum 1024x512 @ 64k colors. CPU is 68k (68040/68060).
> I would like to avoid DirectFB, this hardware wouldn't benefit from
> the abstraction of graphics accelerators anyway.
IMHO it's mainly a matter of space. DirectFB gives you direct access to the
framebuffer so there's no speed penalty, and it's layering model would work
nicely with picogui if you want overlapping. If you don't have acceleration
you don't have to compile the drivers for acceleration. So, if you're resource
constrained and DirectFB would be too big that's one thing, but it would
not be a waste of space to use DirectFB.
I would like to avoid the additional memory usage. The strenght of the OS is
that it is very small, fits into ROM, and most things run almost completely
within the internal CPU caches. Also it seems much harder if two independent
projects must be ported and maintained on my non-standard OS platform.
Thanks a lot for your comments,
Peter
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Pgui-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/pgui-devel
