Re: [Ipodlinux-devel] Graphics library...

[damien m. <Dam...@li...>]

Bernard Leach wrote:
> Hi Damien,
> 
> one of the most common questions I get is what about a GUI so I'm sure a
> few people would be interested ;)  If you'd like I can host your work as
> part of the ipodlinux project.
> 
> Ideally I had thought something like microwindows or nanogui would be
> the way to go, but a custom library would also be fine.
> 
> As for your questions, I'm not too sure about the speed of the iPod
> display.  Certainly updating the changed portions of the screen is much
> faster than redrawing the entire display.  Up till now I don't know that
> anyone has done much experimentation (at least publically!) with the
> display capabilities of the iPod.
> 
> As for userland API versus kernel.  It would be nice to keep
> applications written to standard APIs etc wherever possible, the main
> reason so that standard Linux apps will then "just work" but it also
> keeps the emulation environment simple (in the best case a standard
> Linux box!).  I can imagine wrapper APIs would be useful in certain
> cases, e.g. for the piezo a library wraps the serial functions into a
> simple sound_piezo() type function.
> 
> The framebuffer might also be a good case, but then just going via
> /dev/fb0 should work too.
> 
> cheers,
> bern.
> 
> On Thu, 2004-01-29 at 10:07, damien marchal wrote:
> 

Hi bern,

After watching for more than 2 seconds the nanogui project,
i agree with you it should be great to port this to ipodlinux.

I hope more people (g3 users) would be interrested by ipodlinux if their 
is a gui, even if this gui is based on a crappy graphics library at the 
beginning.

I never do kernel programming, and it is not so simple :) .
I tried to mmap() the /dev/fb0 and it didn't worked (of course). But i 
don't test if read()/write() is an efficient way to draw something to 
the fb.

Hosting the gui project in ipodlinux is a good idea and i'm cleaning my 
source-code to do this.

Cheers,
Damien