Bon, je vais orienter mes recherches du côté de "alpha composing" .

Sinon c'est clair que j'ai trouvé des alternatives. Ce que je fais en ce moment pour palier à mon problème, c'est que si la valeur alpha n'est pas égale à 255, alors la fonction COLORIER fait appel à l'autre fonction pour blitter le pixel. Ca fonctionne tout à fait. Mais vous conviendrez que c'est pas très élégant d'utiliser SDL_FillRect sur un seul pixel, puis de faire BlitSurface pour coller ce pixel. D'où mon interrogation quant à ce qui cloche dans ma fonction COLORIER.

--HS--
Je vais tester le inline pour voir si c'est plus rapide. Jusqu'ici j'ai toujours été peureux avec ces fonctions inline, parce que tous les cours que j'ai trouvé qui en parlaient restaient évasifs quant à la question de savoir à partir de quel moment le inline est un avantage, et à partir duquel il devient un boulet pour le programme. Mais je veux pas créer de polémique

Ya pas de polemique a partir du moment ou je me suis apercu que caelacanthe n'etait pas aussi unidirectionnel sur la question que sa premiere phrase laissee penser.

Donc oui teste le inline aucun probleme avec ca

inline fait partie des optimisation vaches en programmations. Ca retire des appels de fonction pour augmenter la taille du code. Ca fait qu'il est classique de voir des ajouts de inline diminuer le temps d'execution sur des applications de test, mais ralentir l'execution de l'application complete.

A utiliser avec precaution. Dnas l'ensemble, je trouve preferable de laisser le compilateur se demerder avec ca.