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°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 )

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°191 Marquer comme non lu.

limmt

Ecrit le: Jeudi 3 mars 2005 à 12:04

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

mais 64 ca suffit largement!!

et si ca permet de gagner 200Ko de précalculs

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

./Post n°192 Marquer comme non lu.

LionelA

Ecrit le: Jeudi 3 mars 2005 à 12:30

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

on gagne que 128ko mais le pb c'est que c'est un peu vrai, ca rend pourri quand on tourne : c'est trop discretisé (et puis j'ai fait des fichiers qui prennent en compte le fait qu'on a 128 directions, ca me fait un peu chi*r de les refaire

)

./Post n°193 Marquer comme non lu.

geogeo

Ecrit le: Jeudi 3 mars 2005 à 12:34

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4257

Membre n°3

Inscrit le 29 janvier 2004

Y a pas moyen que tu mélanges précalculé et calculé? Genre 64 directions et 64 autres calculées?

J'y connais rien c'est juste une idée en l'air.

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°194 Marquer comme non lu.

LionelA

Ecrit le: Jeudi 3 mars 2005 à 12:44

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

je pense pas non

Par contre je peux peut etre précaluler la motié du calcul de rotation et faire l'autre en temps réel mais bon c'est lourd à développer pour un gain de 128ko et pas autant de fps qu'il faudrait

./Post n°195 Marquer comme non lu.

LionelA

Ecrit le: Jeudi 3 mars 2005 à 13:22

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Bon je viens de précalculer les matrices pour 6 résolutions différentes (et tous les fichiers tiennent largement sur ma V200

)
Voilà un petit tableau recapitulatif des differentes otions que vous pourrez choisir.
Les valeurs pour le mode precalculé sont juste estimées à la louche à partir d'un rendu sans calcul des rotations :

HW1 values (do fps*1.2 for HW2)
92+ V200 low res is actually fullscreen, and other are centered screen

without precalc :
   res      low         mid         high
calc
89          40x25       40x50       80x25
            18fps       10fps       10fps

92/200      60x37       44x50       88x25
            9fps        10fps       10fps

with precalc :
   res      low         mid         high
calc
89          40x50       80x25       80x50
            20fps       20fps       11fps

92/200      120x37      88x25       88x50
            11fps       20fps       11fps

Les tailles des fichiers précalc :
120x37 => 284238 octets (6 fichiers)
88x50 => 281678 octets (6 fichiers)
80x50 => 256052 octets (4 fichiers)
88x25 => 140839 octets (3 fichiers)
40x50 => 128026 octets (2 fichiers)
80x25 => 128026 octets (2 fichiers)

-Edité le Jeudi 3 mars 2005 à 13:23 par LionelA-

./Post n°196 Marquer comme non lu.

LionelA

Ecrit le: Vendredi 4 mars 2005 à 00:38

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Bon ben poubelle
Les précalculs sux

Je gagne pas assez de fps pour que ca soit utile

./Post n°197 Marquer comme non lu.

Dari

Ecrit le: Vendredi 4 mars 2005 à 20:38

Membre privilégié

Messages: 968

Membre n°203

Inscrit le 18 avril 2004

Héhé, je l'savais, je vais pouvoir mettre ce jeu sur ma calto sans réfléchir.
En plus, si tu avais fait du link (je sais pas s'il y en a), ça aurait décalé entre les deux calto si une précalculait et l'autre pas.

"iPod, therefore, I am."

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

./Post n°198 Marquer comme non lu.

LionelA

Ecrit le: Vendredi 4 mars 2005 à 21:33

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

du link y'en aura

et puis non ca n'aurait pas décalé autant que ca ne décalerait pas entre HW2 et HW1 car je synchronise le jeu a la vitesse d'une des deux calc en mode link et de toute façon avec mon super fonctionnement (dont Kevin est convaincu maintenant

) les calcs se foutent de savoir si elle ont la puissance pour calculer 20fps ou 5, le jeu se déroule à la même vitesse quelle que soit la machine et les facilité qu'elle à pour rendre le mode7 (précalculs)

./Post n°199 Marquer comme non lu.

Kevin Kofler

Ecrit le: Vendredi 4 mars 2005 à 23:45

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Non, je ne suis pas convaincu que ce soit une bonne idée. Juste que c'est une idée qui fonctionne, mais n'est pas particulièrement propre.

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°200 Marquer comme non lu.

LionelA

Ecrit le: Samedi 5 mars 2005 à 10:23

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

C'est déjà ça

Après je ne vois vraiment pas d'autre méthode pour avoir CPU 100% et synchro donc ...

./Post n°201 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 5 mars 2005 à 14:00

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Oui, mais chez toi, le CPU travaille à 100% et une grande partie des frames calculés ne sont jamais affichés, donc tu gaspilles les piles.

./Post n°202 Marquer comme non lu.

LionelA

Ecrit le: Samedi 5 mars 2005 à 14:27

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Une grande partie = 50% des frames, mais le calcul de l'environnement entre deux affichages est très important car il permet de calculer l'environnement suivant (il n'y a pas que l'affichage qui compte)

./Post n°203 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 5 mars 2005 à 14:37

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Mais tu pourrais probablement économiser pas mal de temps de calcul en faisant tes updates en une fois. Mais bon, ça nécessiterait au minimum des changements au niveau de la lecture du clavier ou link, et un buffer de touches, donc ce n'est pas forcément facile à rétrofitter (désolé pour l'anglicisme, regarde dans un dictionnaire anglais si tu ne comprends pas ce que je veux dire

) dans le code existant.

./Post n°204 Marquer comme non lu.

LionelA

Ecrit le: Jeudi 10 mars 2005 à 10:29

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

News : (faudrait vraiment que je prenne le temps de faire des news sur mon site)
Hier soir j'ai programmé un rendu multiresolution comme me l'avait suggéré geogeo l'année dernière

Voici un exemple de ce rendu (fait avec un logiciel mais c'est pareil en vrai) :

http://anton.lionel.free.fr/TI68k/multires.gif

J'ai coupé les 50 pixels verticaux en 3 parties (le zoom horizontal est de 2 partout): 1 de 160x16 en haut rendu en 80x16, 1 de 160x16 au milieu rendu en 80x8 zoomée x2 verticalement et la derniere partie de 160x18 en bas rendue en 80x6 zoomée x3 veritcalement.

Cela revient a faire le rendu de 80x30 pixels pour un aspect visuel proche de 80x50, je suis trop content

-Edité le Jeudi 10 mars 2005 à 10:30 par LionelA-
-Edité le Jeudi 10 mars 2005 à 10:31 par LionelA-

./Post n°205 Marquer comme non lu.

geogeo

Ecrit le: Jeudi 10 mars 2005 à 11:15

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4257

Membre n°3

Inscrit le 29 janvier 2004

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°206 Marquer comme non lu.

Kevin Kofler

Ecrit le: Jeudi 10 mars 2005 à 11:21

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Tiens, une autre optimisation qui me vient là: vu que les objets lointains ne se déplacent que très lentement en parallaxe (c'est-à-dire sur l'écran), tu peux aussi ne recalculer la partie lointaine que tous les 2 ou 3 frames, compensant ainsi la résolution plus élevée.

./Post n°207 Marquer comme non lu.

LionelA

Ecrit le: Jeudi 10 mars 2005 à 11:40

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Ah ouais c'est une bonne idée mais ca ne marche que quand on ne tourne pas c'est bien ca ?
je vais coupler cette optimisation avec celle que je pensais faire, calculer la rotation uniquement quand on tourne et sauvegarder la matrice car on va plus souvent tout droit que l'on tourne

./Post n°208 Marquer comme non lu.

Kevin Kofler

Ecrit le: Jeudi 10 mars 2005 à 11:46

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Quand on tourne, le déplacement en parallaxe de chaque objet est aussi plus lent plus on est loin, donc ça pourrait marcher quand on tourne aussi. À essayer.