dans ce cas a quoi sert le numero de sprite ????
pis pour les collisions bonjour la galere !!! comment savoir que l'image 1
est en contact avec l'image 2 (j'ai bien dit image pas sprite)
je m'adresse a un debutant , c'est plus comprehensible en utilisant plusieurs sprite !!
de toute facon ça marche quand meme cette facon !!!
lorsque tu display le sprite numero 2 par exemple en dehors des limite de l'ecran
alors qu'il etait en plein millieu , le sprite disparait bien pourtant !!
DRI a dit :
Parce que là ca reviens à bouffer de la mémoire inutilement car
en fait tu ne fais qu'avoir en mémoire n fois le même élément...
Une surface identique à chaque fois...
oui et si pendant le jeu tu veux transformer tes pieces en lutins par exemple !!
ou bien une piece de temps en temps !!
c'est quant meme pratique de les differencier pour avoir tout de suite
le numero qui t'interresse de changer !!
sinon tu fait comment pour connaitre l'identité d'une image au hazard sur l'ecran ! ????
d'ailleurs c'est vrais j'ai toujours utiliser des language ou le sprite etait une entité a part entiere , je doit avouer que je comprend toujours pas comment le pure fonctionne avec les sprites qui en fait ne sont pas des sprites
mais des images !!!
ça reviens a faire des get image et put image !!!
et a surveiller toute les coincidences !! (bref on se tappe tout le boulot
en fait dans le musee j'avais deja eu un debat la dessus !!
pour moi , je regrette , mais le pure n'utilise pas de sprite !!!
il utilise des images numeroté nuance..
ya tromperie sur la marchandise !!!
alors le parametre numero de sprite ne sert qua differencier une image !!!
c'est nul !!!
j'aurai preferé des sprites qui seraient des cellule vides numerotés dans lequel ont puisse mettre ce qu'on veux comme image !!
et que le sprite soit referencé par ce numero de cellule
bref un BOB , un Sprite, un Vrais !!
pour la memoire occupé ça n'aurai pas perdu grand choses
car on aurai de cette facon pus stocker les images de sprite par planche
(pour l'annimation) ou unique de la mem facon !!
il y aurai juste eu une gestion un peut plus grande pour le purebasic de ces "cellules"
qui aurai permis de savoir a tout moment a l'aide de fonction comme le dark et plein d'autre basic , comme position_sprite=spritex(1)
et d'avoir a dispo dezs fonction comme en dark qui permettent de savoir
quel sprite a touché celui-ci ....
grand dommage c'est mon plus grand regret pour le pure !
et qui je pense fait reculer bon nombre de programmeur pour les jeux !!
j'ai demandé a fred si il pouvait nous faire des BOB qui repondent a ces
criteres , sans toucher au sprite actuel
mais il doit avoir d'autres preoccupations !
et pis il ne semble pas avoir envie de faire un truc comme ça .
GARZUL ; je crois que ma collaboration a ton aprentissage sur les jeux
va s'arreter la !!
je ne suis donc pas qualifié pour les sprites en pure !!
(ça m'a pas empeché de faire un casse brique avec plus de 1000 sprites
en permanence a l'ecran gestion a la Darkbasic)
Mais DRI aurai surement fait la meme chose en 2 Kilooctets !!!
: )
donc je passe la main a DRI et a comtois !!!
c'est un Veritable appel a Fred pour la creation de BOBs !!!!!

[/quote]