vx de -50 à 50 avec vx=0 exclu => 100 valeurs*MemoireID_numero_sprite = AllocateMemory(10200);
vy de -50 à 50 =>101 valeurs
100*101=10100 couples (vx,vy) possibles
Exemple : (-50,-50);(-50,49);......;(10,4);...etc
Comme ce sont des bytes, 10100*1 pour l'espace mémoire.
J'ai mis 10200 pour la sécurité !
Pour l'index du couple (vx+50)*100+(vy+50), le "+50" décale vx et vy pour éviter les valeurs négatives.
couple (-50,-50)=>index 0
couple (-50,-49) => index 1
couple (-12,-32) => index 3818
couple (50,50) =>index 10100
Je vois que j'ai oublié un +50 pour vy dans les codes précédents (:oops: faut que je corrige) .
Les pros du AllocateMemory(), n'hésitez pas à me corriger si je raconte n'importe quoi
.Ca marche quand même, Purebasic est magique !
Quant à la quantité, c'était le but initial ! En fait, les premiers codes avait un FPS inférieur à 3 sur certains pentium IV du lycée qui datent de juin 2000! Le dernier code tourne à FPS = 40 avec le même nombre de flêches (1200)
!Pour la qualité, ça peut aller avec la quantité si je précalcule plus de sprites flêche 2D en rotation. Ici, j'ai pris tous les 15° c'est à dire 24 sprites. J'aurais pû prendre 360 sprites !
Le fait de passer par grabsprite() pour récuperer les sprites 3D
m'aurait obligé avec plus de flêches à découper en lignes
et en colonnes le sprite capturé. Ce n'était pas la priorité, mais ça marche sans problème !
On peut donc avoir la qualité ET la quantité!
A la place du grabsprite(), j'avais pensé à mettre directement une planche de sprites mais je préfère les codes sans fichiers joints !
Je croyais qu'il fallait ménager le pauvre processeur ?!;Delay(1)
Hasta la vista!