Re: Desktop-style window management
Peter Graf <[email protected]>
| Newsgroups | gmane.comp.video.picogui.devel |
|---|---|
| Message-ID | <[email protected]> |
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