Forum de Ti-Gen.org, le site francophone des TI

Bienvenue Invité ! Se connecter Mes sujets	Administrer
Utilisateurs actifs : Aucun membre + 1 visiteur

Avant de poster sur le forum, il y a des régles de bases à respecter pour une bonne entente et un respect de tous.
Veuillez lire la charte du forum.

:: Index » Forum Ti68K » Betas et WIPs » F-Zero (393 réponse(s))

./REPRISE DU POST PRECEDENT (post n°171) Marquer comme non lu.

LionelA

Ecrit le: Lundi 28 février 2005 à 20:38

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

le probleme si je fais ca, c'est que le jeu sera plus rapide sur HW2 que sur HW1 et je ne veux pas ça

Auteur de Mode7 Engine pour ti68k
Auteur de F-ZERO for TI68k
Membre de Orage Studio
Mon site perso : http://www.tigen.org/lionela/
Le gite de mes parents à coté de Narbonne :
http://chaletdenis.free.fr/

./Post n°172 Marquer comme non lu.

Kevin Kofler

Ecrit le: Lundi 28 février 2005 à 20:57

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Bah, de 2 choses l'une:

Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!

./Post n°173 Marquer comme non lu.

limmt

Ecrit le: Lundi 28 février 2005 à 20:57

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

mais on s'en fout c'est tant mieux si le jeu est plus rapide

http://www.falco-fr.com/ - http://www.jump67.com/ - http://www.msf-league.com/

./Post n°174 Marquer comme non lu.

geogeo

Ecrit le: Lundi 28 février 2005 à 21:01

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4257

Membre n°3

Inscrit le 29 janvier 2004

LionelA :
le probleme si je fais ca, c'est que le jeu sera plus rapide sur HW2 que sur HW1 et je ne veux pas ça

Pourquoi tu n'utilises pas la même méthode que Nebulus? C'est-à-dire forcer les HW1 a avoir une interruption de 256 (quoi presque) avec des virgules fixes?

Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic

./Post n°175 Marquer comme non lu.

Kevin Kofler

Ecrit le: Lundi 28 février 2005 à 21:02

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Euh, relis un peu le contexte, ta suggestion est à côté de la plaque.

./Post n°176 Marquer comme non lu.

geogeo

Ecrit le: Lundi 28 février 2005 à 21:21

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4257

Membre n°3

Inscrit le 29 janvier 2004

Ouai ta raison, j'suis à côté de mes pompes là. #picol#

Moi j'pige pas un truc, ta ton interruption qui synchronise ton affichage genre 30 fps mais en attendant tu peux calculer la frame suivante... sans pour autant attendre la mise à TRUE de ton boolean dans ton interruption!

Tu travails en double buffering et bah tu peux toujours travailler en triple buffering...
Maintenant si calculer une image bouffe énormément de temps genre ça dépasse la synchronisation de ton affichage, c'est pas trop grave car suffit de mettre en attente ta synchronisation. (Tu perdras pas énormément de frames).

Si je suis toujours à côté de la plaque, ça serait possible de faire un résumer pour un cerveau lent comme moi.

Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic

./Post n°177 Marquer comme non lu.

LionelA

Ecrit le: Lundi 28 février 2005 à 23:11

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Bah je l'utilise la méthode que tu m'a donnée geogeo

Je ne vois pas par contre en quoi ma méthode n'utilise pas le CPU en permanence #confus#

La boucle principale (le while(!quit) ) ne s'occupe que de l'affichage du mode7 et des sprites en utilisant des variables globales telles que la position de la caméra etc... et dans l'interruption je modifie ces variables globales représentant l' "environnement".
Au fait je ne vois pas où est le mal d'executer du code dans un handler d'interruption, le code que j'execute est assez rapide pour s'executer au moins 30 fois par seconde sans que ca affecte trop le rendu des 12 frames de mode7, ainsi je peux modifier l'environnement meme si celui ci n'est pas rafraîchi à chaque modification, mais le gameplay est mieux que si je faisais une modification seulement 12 fois par seconde.

./Post n°178 Marquer comme non lu.

Kevin Kofler

Ecrit le: Lundi 28 février 2005 à 23:19

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

LionelA :
Je ne vois pas par contre en quoi ma méthode n'utilise pas le CPU en permanence #confus#

C'est vrai que cette méthode combine synchronisation et utilisation du CPU en permanence, mais elle est dangereuse: tu modifies l'environnement de manière imprévisible pendant son affichage, ce qui fait que tu risques d'afficher absolument n'importe quoi, voire planter la calculatrice, si l'interruption s'exécute au mauvais moment. Et je n'ai toujours pas compris l'intérêt de modifier le frame plus souvent que tu ne l'affiches, ça ne sert à rien.

./Post n°179 Marquer comme non lu.

LionelA

Ecrit le: Lundi 28 février 2005 à 23:25

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Oui donc j'utilise bien le CPU en permanence

A chaque nouvelle frame à afficher je copie les variables de l'environnement dans des variables locales a la fonction de rendu, comme ça si je modifie l'environnement en plein milieu d'une frame, elle ne sera pas affichée n'importe comment.

./Post n°180 Marquer comme non lu.

Kevin Kofler

Ecrit le: Lundi 28 février 2005 à 23:31

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Donc ton fonctionnement est correct, mais ça ne sert carrément pas de mettre à jour le frame 2 fois pendant un seul affichage, vu que ton code d'affichage ne voit même pas les modifications, et que le frame intermédiaire est donc perdu.

./Post n°181 Marquer comme non lu.

LionelA

Ecrit le: Lundi 28 février 2005 à 23:39

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Pour ce qui est de l'utilité de modifier peut être plusieurs fois l'environnement alors qu'une seule frame est affichée voilà mes arguments :
Comme je le disais, je modifie l'environnement à chaque interruption, je lis donc le clavier dans le handler de l'autoint. Si je devais faire ça 1 fois par frame affichée, sachant qu'en moyenne je suis à 12/13fps sur HW2 et 10/11fps sur HW1, le gameplay serait assez moyen : temps de réponse trop lent
La vitesse de déplacement des vaisseaux serait trop lente aussi. Je pourrais très bien les faire se déplacer d'une plus grande distance en un coup mais la détection de collision serait plus complexe à faire que celle implémentée (avec des masques sur les tiles et je teste si on se trouve sur les pixels du masque et j'applique la réaction adéquate (saut, glissement, rebond))
Donc voilà je pourrais très bien faire en sorte de modifier l'environnement moins souvent que environ deux fois par frame (il me suffit de changer la constante GAME_SPEED) mais de toute façon, je ne peux pas faire en sorte que ca soit exactement 1 fois par frame a cause de la difference de fréquence CPU entre HW1 et HW2 et puis de toute façon ca finirait par se désynchroniser (temps d'excution du handler un peu variable, et impossible de faire une synchronisation comme ca) donc autant en mettre 2 modif par frame puisque le gameplay est plus agréable

./Post n°182 Marquer comme non lu.

LionelA

Ecrit le: Mercredi 2 mars 2005 à 11:10

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Bon apparament, je peux calculer seulement 1/8 de tour pour obtenir le tour complet en swappant x et y et en changeant des signes.
Donc je reste en 128 directions possibles et ca fera 256ko de precalculs

./Post n°183 Marquer comme non lu.

Dari

Ecrit le: Mercredi 2 mars 2005 à 13:07

Membre privilégié

Messages: 968

Membre n°203

Inscrit le 18 avril 2004

Hem. Je suis désolé, mais je connais pas grand monde qui sera prêt à donner toute sa mémoire (pour une 89 normale) pour un jeu. Tu as intérêt à réduire significativement la taille si tu veux que les gens y jouent.

"iPod, therefore, I am."

http://media.laquadrature.net/Quadrature_black-out_HADOPI_468x60px.gif

./Post n°184 Marquer comme non lu.

LionelA

Ecrit le: Mercredi 2 mars 2005 à 18:11

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Je pensais que c'etait clair, mais je proposerais deux versions (avec et sans précalcul) donc tout le monde trouvera son compte

Et puis je sais bien que la plupart des gens ne testeront seulement que quelques secondes sur VTI un jeu que j'aurais mis plus de trois ans a faire, mais je code pas pour eux, je code pour moi avant tout

./Post n°185 Marquer comme non lu.

Dari

Ecrit le: Mercredi 2 mars 2005 à 18:26

Membre privilégié

Messages: 968

Membre n°203

Inscrit le 18 avril 2004

Ça veut dire que la version sans précalculs ramera et l'autre pas ?
Sinon, pour te rassurer, je teste pas avec VTI (je l'ai pas), je le mets sur ma calto. Certains jeux restent plus longtemps (Bomberdude ou Othello II en ce moment) et d'autres reviennent (Space Dementia II 0.3 Ice Hockey ou Tankers).

"iPod, therefore, I am."

./Post n°186 Marquer comme non lu.

LionelA

Ecrit le: Mercredi 2 mars 2005 à 18:32

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Non la version sans précalcul ne ramera pas, c'est la version actuelle, elle tourne en 80x25 a 11fps sur HW1
La version avec précalcul devrait tourner vers les 12/13fps en 80x50
La difference sera principalement dans la résolution (ca sera plus beau) donc pas de soucis

./Post n°187 Marquer comme non lu.

limmt

Ecrit le: Mercredi 2 mars 2005 à 20:56

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

mais je comprend toujours pas l'intéret de ralentir volontairement le jeu sur HW2

http://www.falco-fr.com/ - http://www.jump67.com/ - http://www.msf-league.com/

./Post n°188 Marquer comme non lu.

LionelA

Ecrit le: Mercredi 2 mars 2005 à 21:18

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

je ne ralentis rien du tout

Sur HW2 tu as plus de fps car la machine est plus rapide.
Ce que je fais c'est que je synchronise le déroulement du jeu sur l'autoint1 et je ralentis cette fréquence sur HW1 pour se ramener à 256 Hz, comme ca on a la meme vitesse de jeu sur les HW1 et HW2

./Post n°189 Marquer comme non lu.

EJC2810

Ecrit le: Mercredi 2 mars 2005 à 22:32

Membre: Titan

Messages: 882

Membre n°367

Inscrit le 17 juillet 2004

Je crois que j'ai pigé, c'est pas trop mal comme idée! Moi j'aurais des mailleurs graphismes en gros! #langue#

Y a juste un truc qui me perturbe: 128 directions c'est sur 360°?
Ca voudrait dire 32 directions pour 90°! (vous avez vu je sais compter!

)
Ca fait pas un peu beaucoup pour rien? #confus#

./Post n°190 Marquer comme non lu.

LionelA

Ecrit le: Mercredi 2 mars 2005 à 22:48

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Ben je me disais ça aussi, mais apparement c'est ce qu'il faut (erreur de 0.7 au lieu de 1.5, bref un truc que j'ai pas compris mais je sais que la réponse c'est qu'il faut 128 )