From: damien m. <Dam...@li...> - 2004-01-30 21:31:02
|
Hi, as i said in a previous post, i have done a tiny (and buggy) graphics library for the ipod with a pseudo emulator (in opengl) to make the developpement easier. (i have just readed about nanogui from the mailing list archive) Currently i have: - drawHorizLines - putPixel - get/setContrast - putSprite - drawFont with font size of 6x11 et 8x8 as soon as debugged (the putsprite at any position give me a headache) i 'll release this. I also have a tool to convert from header files (exported by gimp) to ipod_sprite format. If you have, 4 colors artwork, fonts, images, icons i'm very interrested in collecting them. The questions now... Do somebody has informations about the ipod display ? - speed in the differents mode ? - is it better to directly render on the screen or having a double buffer in memory (like in fb) ? - how to render viewable basic animation ? For what i know, incremental update is much more viewable than deleting everything followed by a redraw (i'm so sad that ipod haven't an GBA display :) ) The existential part know: Currently i disconnect the fb driver of the kernel and i directly address the screen from an userland API. Somebody has a better solution ? In my point of view a usermode api that access to ipod-hardware is bad but easier than doing fully Posix-Apm-fb-compilant. What is yours opinions ? What about doing a complete ipod-API for all hardware access (for individual components sleep mode, get/set processor speed, screen access, timer, keypad. As far as i know their is no protected-mode in uClinux so their is no problem to do this. Cheers, Damien Marchal. |