serpent - Page 1

quel principe je pourrais utiliser pour faire un jeu de serpent ???, pour que la queue s'efface au fur et a mesure, et qu'elle suive une bonne trajectoire ???

[edit]Edité par Bill-Bob le 12-08-2001 à 10:41:59[/edit]

heu ben la technique du je reflechis dessus
sinon, y'a des super sources de jeu comme un serpant sur ticalc ... je c pu le nom .. en C ...

Tu rentre les coordonnées des parties du serpent dans une matrice que tu agrandi au fur et a mersure que le serpent grandit!

j'ai deja essayé tt un truc au pixel test, a la matrice, a la liste, mais c que c assez lent

Télécharge "snake" dans les archive ( jeu en basic sur ti 89) inspecte le prog et tu verra comment en faire un en C assez simple et rapide.

erf lent avec un tableau ? t fou ... je me demande bien comment tu t'y prend

quand je dis que c lent, c en basic bien sur, j'essaye deja si ma technique est potable en basic, et apres oké
repomper les sources des autres progs, je raffole pas trop...
nan mais je crois que je vais tt simplement enregistrer ttes les nouvelles tetes
au debut je ne pensais pas devoir resonner avec une matrice...

aRf essayer de programmer en basic pour porter en C ... hum ...

c'est pas très dur de faire un serpent

tiens,je vais en faire un en ASM
[edit]Edité par trazom le 13-08-2001 à 15:39:33[/edit]

j'en ai fait un mais juste le moteur
avec mon moteur on peut affiché plus de 5000 pixels a l'ecran ce qui est super suffisant

http://www.multimania.com/zangel/serpent.9xz

oué, mais en fait c bon, j'ai trouvé une technique

j'espère qu'elle est plus rapide que la mienne car la mienne est degeu

carrement, rien qu'a voir la taille du prog !
moi ça trace trop en fait, j'ai du foutre des attente grave longue

tant mieux

Comme c'est moi qui ai fait le snake, je voulais juste en profiter pour dire qu'il y a une version plus recente (et pourtant vieille) sur
http://naholyr.net/89/
Pour mon algo j'ai choisi ce qu'explique o_p_o2000 car le choix d'une liste est plus rapide au depart, mais ralentit au fur et a mesure. Si en C ou ASM c'est tout a fait valable quand meme, en BASIC ca devient carrément ingerable. La matrice permet d'avoir une vitesse constante (et tout a fait correcte) en BASIC.

Je pense que ce choix est tout de meme le meilleur en C/ASM d'autant plus que la matrice est de taille constante ce n'est pas dur a programmer.

naho

heu y'en a deja plein...
t'as pas une otre idee de soft?

naholyr > ben moi j'ai refait un algo perso pasque deja au tient j'y est rien compris, a moins d'etudier ta source pendant 1 mois...

le mien deconne quand mm un peu parfois, je ne sais pas pourquoi, j'ai l'impression qu'il y a son fantome qui se balade autour et qui efface des bouts un peu partout

et pis je prefere prendre 2 listes, c plus facile a gerer dans le code, et question vitesse en C ça se sent mm pas la difference.

Janjan> si si j'ai une autre idée
mais je voudrais d'abord reprogrammer un soft que je connaisse bien pour me faire la main.
Mon projet de jeu c'est une espece de volley ball. J'ai trouvé sur un site de jeux online (je sais plus lequel) un jeu qui ressemble a du volley (1j + cpu) avec en guise de joueurs des especes de blobs.
J'aimerais beaucoup passer ca sur TI avec une IA simpliste au depart et qui constituera surement la majeure partie du probleme (en fait je ne vois que deux obstacles pour le moment c'est l'IA et la gestion des angles de rebond sur surface arrondie, ainsi que les collisions).

Enfin bon, je verrai ca quand je saurai programmer [merci de ne pas me piquer l'idée si elle n'a pas deja été réalisée]

t'inquiète pô