> (...) je suis surpris que le > simple affichage d'une fenêtre avec des listbox, edit, boutons consomme > tout le processeur, c'est inacceptable mais je pense que ça vient de > Clanlib. Pour vous en convaincre essayer, le programme dynamic dans > /usr/share/doc/libclan2-gui/examples/GUITest et voyez le résultat. La > solution de mettre des sleep n'est pas mauvaise, mais loin d'être > élégante et à mon avis, c'est qd meme bof bof...
L'idéal, surtout pour une interface de type GUI, c'est de faire de la programmation événementille. C'est à dire qu'on attend un événement, et si rien n'arrive : on ne fait rien :-) Pour info, si tu vires les sleep du Menu, il consome 100% du CPU alors qu'il ne fait rien du tout ! > pour moi, il ne faut pas utiliser l'openGL, car il faut des pilotes > compatibles, etc. Pour ce qui est de DirectX, je n'y vois aucun intérêt, > pourquoi faire du code non portable alors que des librairies portables > existent. Je ne pense pas que les différences de perf vaillent le coup. > > en bref, sdl me parait s'imposer... Ouais ouais, faut étudier SDL. J'ai étudié le code de TuxPuck (mattez ce jeu, il est sympa -> google.fr), ça m'a pas l'air très compliqué. Mais c'est surtout que le principe de "tu me rafraichis cette zone uniquement si elle a été modifiée" est implémenté très simplement dans SDL. @+ Haypo Victor STINNER, étudiant en génie informatique à l'UTBM (GI02) http://www.haypocalc.com/perso/
