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 » Questions » bugue ams 3.0 (41 réponse(s))

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

Kevin Kofler

Ecrit le: Vendredi 21 janvier 2005 à 23:32

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Au fait que ce sont des fichiers cachés qui sont à l'origine du leak.

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

limmt

Ecrit le: Samedi 22 janvier 2005 à 10:27

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

et ca venait de AMS 3? parce que sur HW2 avec AMS 2.05 ca le fait pas

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

./Post n°21 Marquer comme non lu.

Shere-Khan

Ecrit le: Samedi 22 janvier 2005 à 12:41

Membre: Disciple

Messages: 135

Membre n°665

Inscrit le 12 janvier 2005

c'est probable. Je ne dispose pas encore de connaissance assez approfondis pour conjecturé sur l'origine du probleme; mais sa doit venir d'une incompatibilité de ams 3.0 avec flib. Pour l'instant sa marche et sa me convient très bien comme situation..

./Post n°22 Marquer comme non lu.

LionelA

Ecrit le: Samedi 22 janvier 2005 à 13:00

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Kevin Kofler :

limmt :
em avec 190Ko e RAM on peut meme pas installer un kernel dessus

Les kernels, à la limite, on s'en fout.

Mais ça ne va pas passer sur ma TI avec AutoClBr, Auto Alpha-Lock Off, XtraKeys, Complete et Fast Keyboard non plus.

Ouais en fait je pense que ca prendra tout ce qu'il y a de dispo.
Le jeu en lui même prendra peut être 150ko et le reste sera utilisé pour enregistrer des ghosts.
Si il n'y a pas assez de place ben l'enregistrement échouera c'est tout mais ca devrait pouvoir tourner sans problèmes avec un kernel ou pas (meme si c'est idiot d'avoir un kernel alors que le jeu est nostub, reset et hop le kernel est plus là

apres vous le reinstallez si besoin)

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

Folco

Ecrit le: Samedi 22 janvier 2005 à 16:31

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

>>>meme si c'est idiot d'avoir un kernel alors que le jeu est nostub

et l'anticrash??

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°24 Marquer comme non lu.

LionelA

Ecrit le: Samedi 22 janvier 2005 à 16:48

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

pas besoin puisqu'on a besoin de toute la ram, tout est archivé donc on s'en fout -> reset

Sinon j'ai jamais réussi à le faire crasher pour l'instant

-Edité le Samedi 22 janvier 2005 à 16:48 par LionelA-

./Post n°25 Marquer comme non lu.

limmt

Ecrit le: Dimanche 23 janvier 2005 à 21:02

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

et si j'ai d'autres jeux ne kernel ou que j'ai envie d'avoir un kernel installé?

190Ko de RAM ca fait quand meme beaucoup.
tu copie tes sprites dans la RAM pour les lire ou pas?

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

./Post n°26 Marquer comme non lu.

LionelA

Ecrit le: Dimanche 23 janvier 2005 à 22:40

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

oui mais je sais que je devrais les lire depuis la flash.
En meme temps je pensais peut etre les compresser alors faudra bien les mettre en ram, donc je sais pas...

./Post n°27 Marquer comme non lu.

limmt

Ecrit le: Lundi 24 janvier 2005 à 11:46

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

tu devrais faire un fichier externe de sprties comme ca tu peut le lire archivé (ce qui ne pert pas de vitesse) ; c'est que je fait dans crash bandicoot et ca marche très bien

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

./Post n°28 Marquer comme non lu.

LionelA

Ecrit le: Lundi 24 janvier 2005 à 12:48

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

ah tiens!? je me demande bien ce qu'il y a dans le fichier fzerogfx ? des sprites par exemple

Et sérieusement je ne savais pas au début qu'on pouvait acceder en lecture directe (et rapide) à la flash, c'est pour ca que j'ai designé le programme pour qu'il charge les données en mémoire (un peu comme à partir du disque dur). Bref faudrait redesigner une partie, je le ferais plus tard quand je serais au niveau de l'optimisation en taille, et là j'aurais deux choix, soit je compresse les données dans le fichier, soit je lis depuis la flash. Dans le premier cas c'est la flash qui y gagne, dans l'autre faut avoir beaucoup de ram (enfin beaucoup c'est 28ko la différence gagnée sur la ram).

-Edité le Lundi 24 janvier 2005 à 12:49 par LionelA-

Edit2 : On a qu'a transferer la discussion dans le topic de F-Zero

-Edité le Lundi 24 janvier 2005 à 13:02 par LionelA-

./Post n°29 Marquer comme non lu.

Kevin Kofler

Ecrit le: Lundi 24 janvier 2005 à 15:45

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Et encore une erreur de design de plus dans F-Zero.

./Post n°30 Marquer comme non lu.

LionelA

Ecrit le: Lundi 24 janvier 2005 à 18:24

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

je vais postuler pour le concours du jeu le plus mal designé

./Post n°31 Marquer comme non lu.

Folco

Ecrit le: Vendredi 28 janvier 2005 à 15:03

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

./29 -> Tant mieux! Ce qu'il dit veut dire qu'il en a conscience, et qu'il va améliorer ça! On ne peux pas toujours coder bien du premier coup. En ce moment, je fais une lib, et je l'ai reprise 3 fois à 0, toujours en mieux, grâce à des conseils, ou en me rendant compte que ce que je voulais faire à la base ne convenait pas bien.

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°32 Marquer comme non lu.

Kevin Kofler

Ecrit le: Vendredi 28 janvier 2005 à 15:50

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Jusqu'à présent, il a refusé de corriger toutes ses erreurs de design, parce que c'est soi-disant "trop compliqué" de réorganiser son code (ce qui me dit que son code doit être illisible et impossible à maintenir...).

./Post n°33 Marquer comme non lu.

LionelA

Ecrit le: Vendredi 28 janvier 2005 à 17:51

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 pas tout à fait vrai

voici la liste des erreurs de design (enfin celles dont je me souvient)

- changement de l'environnement dans un handler d'interruption
- utilisation de l'auto int 4 pour synchroniser deux calcs en multi (calc slave)
- utilisation de beaucoup de malloc free (rattrapée avec une méthode foireuse)
- utilisation des fonctions fread, fseek, ...
- un binaire par type de calc (ti89(ti), ti92+ et v200)
- copie des données dans la ram (alors qu'elles sont exactement pareil dans la flash)
- utilisation de rowread

il y en a surement d'autres que je vais découvrir.

Voilà les raisons de ce design foireux :

- c'est mon premier vrai jeu en C sur TI.
- je ne connais pas le fonctionnement de la TI sur le bout des doigts.
- je n'ai pas enormement de temps non plus pour coder.
- en cours on nous a appris a utiliser les malloc comme je le fait.

le fait est que ca marche vraiment très bien comme je l'ai fait donc pour l'instant (manque de temps) ca restera comme ca.

Voilà les erreurs que je suis sûr de ne pas corriger car il faudrait vraiment recoder trop de % du projet :

- modif de la scene dans le handler et synchro sur auto int 4
- utilisation de malloc et free (enfin c'est déja rattrapé avec une méthode "kludge" qui marche parfaitement)
- un binaire par type de calc (la resolution est compilée en dur pour avoir un rendu plus rapide)
- utilisation de rowread (on s'en fout de le changer puisque y'a un binaire par calc)

Pour ce qui est des fichiers : soit je compresse et on y gagne en flash mais la copie en ram est obligatoire, sinon et je pense que je vais faire ca (car la flash est moins rare que la ram sur TI) je laisse en decompressé dans le fichier gfx et je modifie le module (car je programme avec des modules) qui me sert a acceder aux fichiers.
Dans ce cas je pourrais utiliser les fonction de la VAT et acceder aussi directement aux données des sprites.

Pour les tiles il me faut obligatoirement les copier en ram car je place un octet pour un pixel et pour chaque plan de niveau de gris afin de gagner en vitesse dans le rendu.

./Post n°34 Marquer comme non lu.

limmt

Ecrit le: Vendredi 28 janvier 2005 à 18:29

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

quel est le pb avec rowread??
en fait si tu veut etre compatible oncalc, utilise les_keytest

et compat.h

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

./Post n°35 Marquer comme non lu.

Kevin Kofler

Ecrit le: Vendredi 28 janvier 2005 à 18:47

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

limmt :
quel est le pb avec rowread??

Ben ça:

en fait si tu veut etre compatible oncalc, utilise les_keytest

et compat.h

Et aussi le fait que _rowread(0x...)&0x... est illisible par rapport à _keytest(RR_...).

./Post n°36 Marquer comme non lu.

limmt

Ecrit le: Samedi 29 janvier 2005 à 07:51

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

oué

moi j'utilise toujours _keytest, sauf que _rowreaad permet de lire plusieurs touches en même temps, ce qui est impossible avec _keytest

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

./Post n°37 Marquer comme non lu.

geogeo

Ecrit le: Samedi 29 janvier 2005 à 11:30

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4256

Membre n°3

Inscrit le 29 janvier 2004

Euh c'est possible avec _keytest.

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

LionelA

Ecrit le: Samedi 29 janvier 2005 à 11:56