spectras
: Eh bien vas-y Kochise, j'attends que tu postes ton portage de sdl.

Eh, oh, c'est Orion qui veut faire son OS =:/ Moi je lui donne juste des pistes. Evidement, si l'on veut pouvoir récupérer des routines existantes, autant se conformer aussi à des API déjà existantes elles aussi : c'est pourquoi il existe tellement de systèmes compatibles *nix (posix en règle générale) !

spectras
: Le truc n'a pas de primitives genre "afficher une ligne".

Evidement, puisque le VESA c'est le moyen d'acceder à la mémoire vidéo et de choisir sa résolution. Pour écrire dans la mémoire, il faut des routines de ligne, cercle, etc... Y'a ALLEGRO et SDL pour ça (voir SDL_gfx ici http://www.ferzkopp.net/~aschiffler/Software/SDL_gfx-2.0/ ) !

D'ailleur je conseille vivement SDL_gfx comme API de dessin à Orion, puisque ça inclus des primitives en anti-aliasé (comme les wuLine de http://freespace.virgin.net/hugo.elias/graphics/x_wuline.htm ou en Java 'presque-en-C' ici http://www.codebase.nl/index.php/command/viewcode/id/137 )

Kochise

PS : Orion, par exeprience personnelle sur le sujet, commence à développer tes routines de haut niveau sur un système existant, genre l'interface graphique sur Windows en récupérant les messages et en les traitant toi même. Quand ça sera stable, tu pourras t'attaquer à la couche basse niveau hardware, avec boot et tout, et juste à poser ton interface stable par dessus (en modifiant le traitement des messages Windows par ceux issus de tes drivers).

Si tu commence par le bas, tu auras du mal à débugger la couche haute si tu n'es pas sûr de ta couche basse. Et utiliser une couche haute instable sur une couche basse pour débugger les drivers, c'est pas évident, voire carrement démotivant.

C'est en fait presque du cross-developement sur la même machine :]