adapt display software to embeded device

Implement a C library providing the following API to display a [clock with two circles and marks][1]. data structure describing the clock display state * backlight value %0, 50%, 100% * background color * minute [1-60] * hour [1-24] * 60 values in the range [0,20,105,155,205,255] for the color of each part of the boxes next to the outer circle * 144 values in the range [0,20,105,155,205,255] for the color of each part of the green inner spiral * 144 values in the range [0,20,105,155,205,255] for the color of each part of the red inner spiral * 256 2 bit values for the presence of a symbol on the red inner spiral * 256 2 bit values for the presence of a symbol on the green inner spiral * month [1-12] and day[1-31], month 0 meaning don't display * 2 bits for which symbol is activated * moving timeline flag (if true switch to the corresponding colors) update function with the data structure as an argument An existing software can be run to experiment with it. The [sources are available][2] and must be referred to as the ultimate reference. The specifications of the library and the expected display results are available [here and are the expected functionalities of the deliverables][3]. The implementation is to be made in C exclusively. The focus is on using as little memory and CPU as possible. The library must be able to redraw at 25 frame per second when the display changes completly on a 100mhz processor with a 640x480 256 colors display. The implementation will be tested on the following hardware : [login to view URL] the display code must assume a linux framebuffer API. ## Deliverables A1) Complete and precise implementation of the description of the bid request. A2) Complete and fully-functional working program(s) in executable form as well as complete source code of all work done. A3) Deliverables must be in ready-to-run condition, as follows: a software installation package that will install the software in ready-to-run condition for Debian GNU/Linux. A4) The software package source form must be suitable for the debuild command, be lintian clean and install properly with pbuilder. A5) The software installation package must be provided with the first status report and updated for each status report. A6) Buyer will receive exclusive and complete copyrights to all work purchased. Third party software may be included as long as they are published under a license compatible with the GNU GPL. A7) Software must obey the GNU coding standards as found at [login to view URL] A8) Software must be platform and os independent. A9) Software must be provided with a mercurial repository initialized when the work started A10) The work must be commited under mercurial on a daily basis. A11) The reason for each change (not the change itself) must be explained in the ChangeLog file at the root the package tree. R1) A set of unit tests covering 100% of the code written or modified for the job. There is no need to cover the code that already existed and that was not modified. R2) a single command without argument must run all the unit tests, report the total percentage of coverage and list all the lines of code (either python, c, c++ or java) that are not covered. R3) Implement a verbose mode for running the tests so identifying which unit test fails and why is straightforward. V1) run valgrind in make distcheck for every test involving C or C++ code with the --leak-check=full option V2) suppression files can be added for valgrind detected leaks or violations outside the scope of the software package V3) each suppression added for leaks or violations in the scope of the software package must be explained in detail in the comment part ## Platform GNU/Linux