CLASS SPRITE AVEC SDL

Commentaire de lglandeur le 12/06/2005 00:30:13

merci Pamaury pour l'astuce avec les valeur abs pour le test boite-boite, je n'y avait pas pensé.

par contre pourrais m'expliquais comment fonctionne la fonction isPointIn

Commentaire de Pamaury le 12/06/2005 10:46:49

oui en effet c'est pas mal mais bon si tu n'a pas d'image par exemple(tu dessine avec OpenGL et msie à l'échelle par exemple) çà marchera pas donc autant savoir faire le test mathématique .

Pour le test boite-cercle je veux bien t'expliquer mais donne moi une adrese e-mail où je peux t'envoyer une image parce que sinon j'y arriverais pas .

Commentaire de Pamaury le 12/06/2005 12:25:35

oui en effet c'est pas très dur il suffit de bien voir le problème . Le pixel perfect(j'avais déjà lu l'article) marche bien si on les image . Dans le cas de la SDL çà va mais dès qu'on met à l'échelle c'est mort .

Commentaire de Kirua le 12/06/2005 14:25:51

à mon avis tu dois sauver avec l'image (et séparer l'image du sprite, car les images sont des ressources communes, tu peux avoir plusieurs sprites qui exploitent la même image, et donc le même masque) un tableau de bits ou de booléens qui constituent le masque. tu le constitues au chargement de l'image (qui doit être unique et centralisé), et pr le fabriquer, beeeen, ça dépend de tes images! avec du targa (tga) il y a un octet alpha, avec les bmp il te faut soit un masque supplémentaire soit connaître la couleur ... à toi de définir! pas easy, je sais bien.

l'idéal, ce serait un gestionnaire de ressources qui donne accès aux images à la demande, et comme ça les sprites ne se soucient pas de savoir ça: c'est géré à part.

Commentaire de Kirua le 17/06/2005 23:52:46

Hmmm, parce que j'ai jamais fait ça, ça peut répondre à ta question ;) je parle plus par procuration que par expérience à vrai dire.
Par contre pour les gestionnaires de ressources, c'est pas bien méchant: tu as une classe Manager qui donne des "handle" sur les ressources à la demande et qui compte le nombre de handle qu'elle a donné. Si on demande une ressource qui n'existe pas, elle est créée (chargée), et si elle existait déjà, on retourne simplement un handle sur celle existante.
Quand un handle est détruit (appel du destructeur de celui-ci), il le dit à son manager "père". Quand le nombre de handles dans la nature d'une ressource est à 0, c'est que plus personne ne l'utilise: on la libère.

Il y a moyen de faire qq ch d'assez beau et de très générique avec un peu d'héritage et de template, pour pouvoir gérer avec le même set de classes des polices, des textures, des sons, des musiques, des scripts ...

L'idée pour l'utilisation ici, ce serait simplement d'avoir un manager qui centralise le chargement des textures et des masques, et qui s'occupe de fournir des handle sur tout ce beau monde: ça réduit drastiquement les temps de chargement!

Quant à la définition du handle, c'est le seul truc compliqué et ça dépend assez fort de l'usage que vous avez de la chose, et de la souplesse que vous voulez y donner. Ça peut être un pointeur sur la ressource possédée par le manager, ça peut être une instance de classe qui possède toutes les infos, copiées depuis la ressource, ça peut être une référence ...