highscores - Page 1

Est ce que quelqu'un pourrait m'expliquer vite fait comment on fait pour sauvegarder des données dans le programme à l'endroit ou il est stocké en permanence ?
c'est pour sauvegarder mes highscores...
J'ai vu dans la doc qu'en les déclarant en "static" ca devrait marcher mais apparement non...
Sinon je sais qu'on peut faire un fichier externe mais pour l'instant je veux faire simple.

C'est pour mon jeu Space Dementia.
Mon site : http://moitib.free.fr/

Merci

Ben le prob est que si le jeu est archivé, et que tu veux stocker les high score ds le prog, bah pas de high score possible, vu que la Flash est une mémoire "morte".
Moi je ferais un fichier externe à ta place

ouais t'as pas le choix
tout ce que tu dois savoir pour créé ton fichier et lire tes données:
topics/17781-extraction-de-donnees

et depeche toi j'ai envie d'y jouer avec tes nouvos navires moi !!

Dac.
Pour la prochaine release, ca sera surement dans une semaine.
Ben ouais, la spé c chaud, et là ya les vacances qui arrivent.

ya de ces smileys !!

en tout cas continue comme ça c du bo boulot

Bon, j'ai un ptit probleme :

Je veux ouvrir et fermer mon fichier de highscores dans deux fonction différents. Pour cela, je déclare le pointeur sur le fichier en externe (dans un header) :
FILE *hsc_file;
puis dans la première fonction :
hsc_file = fopen("demhsc", "w+") .....
dans la seconde fonction
... fclose(high_file);

Bon le probleme, c'est que le compilateur me dit : multiple définition of "hsc_file"
Ca doit etre qu'il considère le stockage du pointeur dans la première fonction (a l'ouverture) comme une autre déclaration.

Sinon, différentes manipulations ont produit comme erreurs :
3 undefined references to "hsc-file"
mais le truc c'est qu'il donne pas le fichier dans lequel se situe la source de l'erreur.
c assez bizarre et plutot emmerdant pour corriger le bug !!
Est ce que quelqu'un sait ce que ca veut dire ??

moitib a écrit :
Bon le probleme, c'est que le compilateur me dit : multiple définition of "hsc_file" Ca doit etre qu'il considère le stockage du pointeur dans la première fonction (a l'ouverture) comme une autre déclaration.

Si tu as plusieurs fichiers C, il faut mettre FILE *hsc_file; dans un seul fichier C (et une seule fois), et extern FILE *hsc_file; dans tous les autres! Et mettre FILE *hsc_file; dans un header que tu inclus dans tous les fichiers C a le même effet que de le mettre dans tous les fichiers C directement, donc c'est faux.

Sinon, différentes manipulations ont produit comme erreurs :
3 undefined references to "hsc-file"
mais le truc c'est qu'il donne pas le fichier dans lequel se situe la source de l'erreur.
c assez bizarre et plutot emmerdant pour corriger le bug !!
Est ce que quelqu'un sait ce que ca veut dire ??

Ça veut dire que hsc_file n'est déclaré qu'en externe. Il faut le déclarer sans extern une et une seule fois (et avec extern toutes les autres fois).
Et il n'y a pas le fichier parce que ce n'est qu'au moment du linking que le problème devient visible, et les informations sur les fichiers source ne sont plus présentes à ce moment (le linker travaille sur les fichiers .o).

Ok merci.
J'ai un peu du mal avec l'organisation des headers etc... mais ca devrait venir.

Pourquoi ne pas détecter si le fichier est archivé et si oui le désarchiver, écrire dedans, puis le réarchiver? Pourquoi personne ne fait ça?

ça doit pouvoir se faire
mais il faut dans ce cas avoir assez de RAM pr désarchiver le fichier...
vérifier s'il est bien désarchivé
puis le réarchiver

Il ne parlait pas du cas des programmes qui sauvegardent leur données dans le fichier lanceur lui-même ? Parceque si c le cas, c pas possible, si le prog est archivé les modifications seront effectuées ds le twin.

En effet. Et il est dur de désarchiver un fichier sans toucher à son twin.

De plus, désarchiver et réarchiver trop souvent use la FlashROM.

keske vous appelez le twin d'un prog?

la copie temporaire en ram d'un prog quand on l'execute alors qu'il est en rom

Kevin Kofler a écrit :
De plus, désarchiver et réarchiver trop souvent use la FlashROM.

Pour les petits fichiers, tu devrais avoir le temps de voir se décomposer le boitier de la calc avant que la flash lâche

Sauf si (comme c'est mon cas) on a la mémoire archive pleine à 99,9% et donc chaque archivage entraîne une réorganisation des archives (garbage collection).

comment tu fais pour avoir autant de progs archivés?

Ce n'est pas que j'ai beaucoup de programmes, mais que les programmes que j'ai prennent beaucoup de place.

Voilà les statistiques de la mémoire archive de mes 2 calculatrices au moment où j'écris ce message:
TI-89 HW1:
taille de l'archive: 655360 octets
archive utilisée: 634936 octets (96,9
archive libre: 20424 octets (3,1
TI-92+ HW2:
taille de l'archive: 655360 octets
archive utilisée: 654700 octets (99,9
archive libre: 660 octets (0,1
(D'ailleurs, je dois souvent faire plusieurs réorganisations de l'archive à la suite en désarchivant des petits fichiers, archivant des fichiers plus gros, puis réarchivant les petits fichiers, pour pouvoir remplir tellement ma mémoire archive.)

Il va falloir que je fasse un peu de nettoyage.

Mmm, j'ai la flemme de rajouter une option "ne pas archiver la backup" (qui fait dans les 200 octets) pour mon prochain prog.
Non aux calcs trop pleines

Bon, pendant que j'y suis :

Comment faire pour que mon fichier externe de sauvegarde des highscores ne soit pas une EXPR (ce qui est le cas actuellement) ? Ca m'énerve, je l'ai vu une fois dans la doc de tigcc mais pas moyen de le retrouver...

Sinon a part ca, tout le reste est fini, la version 0.7 de Space Dementia devrait donc être disponible dans quelques jours... Le temps de tout bien finir et de tester intensivement.

utilise ttbin2oth pour le créer...

ben tu définis les derniers octets comme ça :

...,0,'S','D','E','M',0,248}

si tu veux une extension "SDEM"

Ca roule

Est il possible de définir un pointeur sur un string (habituellement par : "texte...") contenant des caractères qu'on peut pas tapper depuis le clavier (genre 'lambda', ou des signes) avec les guillemets "quelque chose...", sachant qu'on connait son numéro ASCII ?

Bon je sait qu'on peut toujours faire un tableau :
char ptrTexte[] = {148, 't', 'e', etc...}; // ou 148 est le code correpondant au caractère
mais c'est pas très élégant et un peu lourd...

Mets son code hexadécimal:
"x94te"

Ca marche donc comme ca... je me demandais.

Merci.