Attendez vous une version de kirby's tiland - Page 3

(copier coller d'un des forum 3l33t)

(15:40) Nerick - Posté : 26-04-2003
TiMad, c'est quoi le principe du preshifting?

(17:25) +Vertyos - Posté : 26-04-2003 Online
Tu précalcule le sprite avec toutes les valeurs de décalage qu'il pourra avoir je crois.

(21:17) jackiechan - Posté : 26-04-2003
Voilà, ça fait économiser pas mal de cycles pour lors de l'affichage du sprite

(21:19) azerty83 - Posté : 26-04-2003
mais en plus pout un sprite 16, il faut faire tenir tous les decaleages dans des sprites 32, non ?
pinaise, ca doit etre econimoque en memoire ca...

(21:30) jackiechan - Posté : 26-04-2003
Même pour un sprite8, il faut faire tenir dans un long chaque ligne. Pour un sprite16, ça fait h*sizeof(long)*nb_shifts = 16*4*16 = 2^10 = 1ko par sprite !

arf en effet c'est de la destruction de mémoire ca! Je crois que je vais rester classique, mes prog actuels n'ont pas besoin d'une telle optimisation vitesse

bein le seul a l'avoir utiliser est FZ
c'est pas de la destruction de memoire.. suffit d'avoir de la ram de libre

moi aussi

Vertyos a écrit :
erf bah t'aime pas le jeu alors... mais ne dit pas qu'il est saoulant, c'est juste que TU le trouve saoulant (encore que pr Kirby 1 je reconnais que...).
Kirby 2 et les suivants sont exellents (sur gba par exemple )

Je trouve que ca consiste un peu trop à "je vole jusqu'à la fin du niveau", meme si c'est fun

Timad: Info : Sma tourne en general avec 150 tiles par niveau, mais ca peu atteindre 500, voire 700 pour certains
Cf utilise quant a lui a peu pres 500 tiles par map.

oula)))
bon ok... j'ai compris, mais en meme temps, c'est pas demain la veille qu'on vera des jeux comme ca sortir (a part ces 2 la)

heureusement que c'est pas demain la veille, parce que sinon, j'aurais un sérieux problème de temporalité ...

Pour ceux qui comprennes pas et qui voit le blanc, réfléchissez demain <=> la veille, la veille <=> demain, ca y est...

Bah par exemple pour une sprite 16x16, tu enregisrte quelque part tous les décalages binaires possible de ton sprite et ainsi ces dczlzges n'auront pas à être faits en temps réel, il suffira juste de prendre comme sprite d'origine pour l'affichage celui correspondant au décalage voulu.

Dans mon cas le preshifting serait trop lourd...
En effet la taille de kirby commence a etre importante...
J'ai une question aussi.
Pour ls fan de kirby dreamland: apres le mt dee dee il y a un autre niveau?
Si non alors on peut dire que j'ai fini de ripper le jeu
Le jeu sortira bientôt pas de date prévu encore...

Au fait, je prepare une nouvelle version de genlib, avec mise a jour importante de la partie chargeur _nostub. (Ainsi qu'une nouvelle interface). Je te le signale puisque Kirby est programme avec.

Bon je viens de reprendre le codage de kirby et je vous assure qu'une version arrive bientôt et qu'elle reserve bien des surprises
Le seul indice que je peut vous laisser et que j'utilise maintenant environ 90% des fonctions de la genlib.....

Tu rigoles?

Nan pas du tout....
Les seuls fonctions que je n'utilisent pas sont les fonctions des scrolling differntielle (quoique ca pourrait venir......)
Donc en gros j'utilisent les autres dont les fameuses tables HDZ etc....

c bien d'utiliser le max des fct de gen ... permet d'éviter la perte de place ...
je l'attend ce kirby
l'éditeur de niveau (que j'ai testé) sera avec, c bien cela ?

nEUrOne
a écrit : c bien d'utiliser le max des fct de gen ... permet d'éviter la perte de place ...

L'amas d'effets spéciaux pour éviter la perte de place???
La bonne solution pour éviter la perte de place est d'utiliser le moins d'effets spéciaux possible et une librairie graphique statique!

oui et par consequent on vire lesniveaux de gris et on utiluise l'ams...

moi je dit, vive genlib (et Xlib )

KK: au moins il essaye de profiter de toute la place perdue par une librairie dynamique ...

Kevin Kofler a écrit :
L'amas d'effets spéciaux pour éviter la perte de place??? La bonne solution pour éviter la perte de place est d'utiliser le moins d'effets spéciaux possible et une librairie graphique statique!

Oui faut même virer l'affichage, ça prend de la place. Non mais n'importe quoi...

L'editeur sera dispo avec bien entendu et les sources de mêmes
Je met tout le packet sur cette release.....
On verra j'espere qu'il plaira.

je pense que ca devrait aller ..

Trust a écrit :
oui et par consequent on vire lesniveaux de gris et on utiluise l'ams...

moi je dit, vive genlib (et Xlib )

Bah, il faut trouver un bon compromis entre taille et fonctionnalité. L'abus d'effets spéciaux n'en est pas un.

nEUrOne a écrit :
KK: au moins il essaye de profiter de toute la place perdue par une librairie dynamique ...

Mais ce n'est pas du tout une solution. Ça ne fait pas regagner la place perdue, ça en fait perdre encore plus pour le code (et les tables) rajouté(s) dans le programme principal pour activer ces effets spéciaux totalement inutiles. La seule solution au problème est de justement ne pas utiliser une librairie graphique dynamique.

Vertyos
a écrit : Oui faut même virer l'affichage, ça prend de la place. Non mais n'importe quoi...

Pas du tout! Il y a une différence énorme entre l'affichage utile (voire indispensable - si on n'affiche pas les sprites, le jeu est injouable!) et les effets spéciaux, qui eux sont totalement inutiles et ne font que perdre de la place sans apporter quoi que ce soit à la jouabilité.

Kevin Kofler
a écrit : Pas du tout! Il y a une différence énorme entre l'affichage utile (voire indispensable - si on n'affiche pas les sprites, le jeu est injouable!) et les effets spéciaux, qui eux sont totalement inutiles et ne font que perdre de la place sans apporter quoi que ce soit à la jouabilité.

Ça c'est la réponse typique de quelqun qui ne joue jamais. Bien sûr qu'ils sont importants les effets ! On dit que certains jeux Ti approchent des jeux Game Boy, c'est faux ! Pourquoi ? Joue à un jeu Game Boy, ils sont remplis de petits effets graphiques, explosions, impacts, etc... Ça s'appelle les détails et c'est in-dis-pen-sable !

1. Je ne joue pas "jamais".
2. Un détail n'est jamais indispensable. Sinon, ce n'est pas un détail.
3. Peut-être que toi, tu fais attention à de tels détails, mais moi, je m'en contrefiche. L'important est que le jeu fonctionne (pas de bogues, surtout pas de plantages) et soit jouable. Les effets spéciaux, en plus de consommer de la mémoire pour rien, ne font qu'augmenter le risque de bogues, donc je préfère un jeu avec moins d'effets spéciaux.

Kevin Kofler
a écrit : 1. Je ne joue pas "jamais".

Très peu alors Et puis c'est pas sur Ti-Chess qu'on risque de voir des effets graphiques, en effet.

2. Un détail n'est jamais indispensable. Sinon, ce n'est pas un détail.

Compare, par exemple, le Kirby de mastergb (qui pourtant est un "bon" jeu à l'échelle des Ti) et l'original dont il s'est inspiré sur Game Boy : c'est le jour et la nuit. La version game boy fourmille de détails que la version Ti n'a malheureusement pas.

3. Peut-être que toi, tu fais attention à de tels détails, mais moi, je m'en contrefiche. L'important est que le jeu fonctionne (pas de bogues, surtout pas de plantages) et soit jouable. Les effets spéciaux, en plus de consommer de la mémoire pour rien, ne font qu'augmenter le risque de bogues, donc je préfère un jeu avec moins
d'effets spéciaux.

Ça vaut le coup de faire un sondage ça

bah, qd je dis que je vais faire KII en mode ASCII, plutot que de me faire chier a essayer de gagner un demi fps parci parla pour pouvoir rajouter un effet visuel supplémentaire...

taing ca va tuer ktl
cé deja mogifik
il orend cb de place sur la calco ?

pouir le mode ascii, ca dit a personne de porter aalib et bb sur 89 ;p ?

Si moi dès que j'ai fini tout ce que j'ai proposé pour la V4p0r T34m c'est a dire avant 2062