[mOved] Jamais j'aurais pensé faire ça... - Page 51

c pas le but je crois...
faudrait aussi devellopé le reste...
enfin bon, je peux parler...

Bah le reste... Le reste...

Le jeu en général :

- Lancement de tous les sous-programmes avant de commancer le jeu
- Le jeu est découpé en sous-parties utilisables séparément (appelées programmes externes)
- Ces sous-parties sont faciles à créer soi-même pour inventer de nouveaux scénarios


Moteur de combat :

- 8 persos sur l'écran (4 contre 4, ou même 6 contre 2, 7 contre 1...)
- Des armes générées aléatoirement, des magies, des objets, des capacités, etc...
- Des attaques sur alliés / ennemis / toute l'équipe / les 2 équipes
- Des ordres qui ont plusieurs effets, comme par exemple retirer de la vie au lanceur
- Des états tels que sommeil, poison, etc... avec une probabilité de réussite
- Des attaques élémentaires qui affectent les persos de l'élément opposé
- Des images de personages de n'importe quelle taille, en utilisant des masques
- Des animations pour chaque action, qui prennent en compte la taille des personages
- L'affichage des effets de l'attaque au-dessus de la tête des personnages
- Le contrôle individuel des persos par un Humain ou un CPU, changeable pendant le combat
- La possibilité de customiser le menu (attaque, magie, capacité, fuite, etc...)


Moteur de déplacement :

- Des zones de 10x6 cases de 16x16 pixels, et un maximum de 899 sprites de décors
- Différents types de cases, independants des sprites, qui délanchent des evenements
- Déplacement de n'importe quel objet sur le terrain
- Modifications de cases (sprite et type) à n'importe quel moment


Voilà en gros les caractéristiques du moteur
Alors maintenant je me penche sur les graphs

toujours aussi bourrin a ce que je vois
tu veux mettrre combien d'image en tout ?

le plus possible pour que ça soit bo

pkoi bourrin ???

les spec du moteur sont bourrin...

bah koi ? J'ai essayé d'y mettre le + possible de possibilités, mais je vois pas ce qui est bourrin, à part le code bien sûr

bah les possibilité sont bourrin
ex: 899 sprites...
tu va faure chauffer la calc..
et puis faudrat deja avoir 899 pic...

bah c parceque ça marche avec des indirections, alors 1 ou 800 sprites, c la même vitesse

mais pkoi 899 et pas 999 plutot ?

parceque c tout simple :

423->a
vertel("drw_pict","s_blk"&string(a)... : ça affiche le sprite 's_blk423'

Mais :

32->a
vertel("drw_pict","s_blk"&string(a)... : ça affiche le sprite 's_blk23' et non s_blk023, donc c pas propre de toute façon j'en aurait pas 899 alors...

erf...
tu pourrais rajouter le zero mais bon pas utile

mouais... 899 ou 999

remarque je t'ai envoye presquqe une centaine en tout qd meme

Oui mais bon... tout ce qui est disquette et autres, ça ne va pas trop me servir

bah si tu veus faire un rpg moderne new look ...
et puis dans duke nukem y a des disquette d'abord
( je parle de la version dos naturellement )

naturellement

imagine que qqun veuille faire duke sur ti, il era bien content de la trouver ma disquette

Sait-on jamais
Bon CMS j'ai pas encore défini l'époque, mais vu qu'il y a des épées, des arcs et tout le bazard, les disquettes il va falloir oublier

pkoi les rpg sont toujours ancestral ?

chai pas... c mieux l'univers des magies, des épées, des elfes des nains, des ...

faudrait faire un truc style
The lord of the ring

( le meilleur film que j'ai jamais vu )

J'y ait pensé, mais bon... de toute façon CMS à 90% de chances de devenir un moteur..

tu m'etonne, vu les options...

bah ça fera un truc utilisable par n'importe quel programmeur basic qui aura le courage d'inventer une histoire.

oui faut etre motivé pour ca...

Faut aussi avoir le courage d'apprendre à customiser CMS, et c pas évident

fait un programme pour le customiser non ?

Bah y'en a déjà, editeur de map et autres, mais c chiant à utiliser quand on connait pas...

c kler j'ai rien compris à l'editeur
faudrait faire un tuto...

Mouais, mais quand le jeu sera plus avancé