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 » Programmation C » memoire flash (20 réponse(s))

./POST DE DEPART (post n°0) Marquer comme non lu.

LionelA

Ecrit le: Samedi 28 août 2004 à 16:17

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Salut, je voudrais savoir s'il existe un equivalent de malloc pour obtenir une zone memoire située dans la flash et surtout si ca existe, la difference en temps d'accès de la ram par rapport a la flash rom.

merci

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

Sasume

Ecrit le: Samedi 28 août 2004 à 16:27

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

Non, il n'y a pas de possibilité d'allouer un bloc de mémoire dans la flash pour l'utiliser comme tu utiliserais un bloc alloué avec malloc, tout simplement parce que l'écriture dans la mémoire flash est compliquée.

./Post n°2 Marquer comme non lu.

LionelA

Ecrit le: Samedi 28 août 2004 à 16:47

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

ah oué c'est le truc comme quoi on peut ecrire que des zeros ou un truc comme ca...
Pour moi ca serait interressant si l'accès en lecture a une zone flash était aussi rapide que la ram car je n'y écrit plus une fois initialisé. (c'est pour lire des tiles ou des maps qui prennent beaucoup d'espace en ram)

./Post n°3 Marquer comme non lu.

Invité

Ecrit le: Samedi 28 août 2004 à 16:52

Est-il possible (rapidement) de lire la ROM (Flash pour les intimes) ? Juste de pouvoir la lire aussi rapidement que la RAM.

./Post n°4 Marquer comme non lu.

limmt

Ecrit le: Samedi 28 août 2004 à 17:07

Administrateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Groupe: Omega staff

Messages: 4712

Membre n°20

Inscrit le 01 février 2004

tu peux la lire facilement mais tu dois créer un fichier dans la VAT (c'est ce que je fais avec les sprites de crash bandicoot

)

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

./Post n°5 Marquer comme non lu.

GoldenCrystal

Ecrit le: Samedi 28 août 2004 à 20:12

Envoyer un message privé à GoldenCrystal

Membre: Vétéran

Messages: 89

Membre n°18

Inscrit le 01 février 2004

LionelA > regarde dans la doc. de flash.h, en particulier EM_findEmptySlot et FL_write

(N'oublie pas de marquer le bloc pour le garbage collection après t'en être servi)
Mais utiliser la mémoire flash comme stockage temporaire n'est pas forcément une très bonne idée car ça peut diminuer la durée de vie de la flash avec une utilisation fréquente de ton programme.

Kupo !

./Post n°6 Marquer comme non lu.

LionelA

Ecrit le: Samedi 28 août 2004 à 21:03

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Ca peut s'abimer ces truc là ?
Bon ben alors je laisse tomber, de toute facon je me doute que la vitesse d'acces est moins rapide que celle de la ram.
Dommage car si je pouvais stocker les images des sprites, les tiles et la map dans la flash, j'aurais économisé a peu près 100ko~110ko de ram et j'aurais pu caler des tonnes d'animations sur les sprites...

./Post n°7 Marquer comme non lu.

geogeo

Ecrit le: Samedi 28 août 2004 à 21:12

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4256

Membre n°3

Inscrit le 29 janvier 2004

La mémoire flash est limité à 100 000 cyles d'écriture et de réécriture.
Pour écrire une donnée la puce se comporte comme un NAND.

Ensuite la lecture n'âbime en rien la puce, c'est l'écriture et la réécriture. Quand à la vitesse d'execution elle est 1% plus lente que la RAM.

Ensuite je te conseil de créer un fichier perso sur PC, de l'anvoyer sur ta TI et de l'archiver.
Comme ça tu n'abime pas la puce. Nebulus et Arkanoid procédent comme ça.

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

LionelA

Ecrit le: Samedi 28 août 2004 à 22:07

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Désolé je ne comprend rien #triso#

Ensuite je te conseil de créer un fichier perso sur PC, de l'anvoyer sur ta TI et de l'archiver.
Comme ça tu n'abime pas la puce.

quand tu archives ca n'abime pas la puce ? mais pourtant je croyais que l'archivage c'était dans la flash...

Le fichier perso je le crée oncalc dans la ram et je l'archive ensuite donc ca va ?

Ya t'il deja quelqu'un qui a "usé" sa flash ? Si oui combien de temps cela met t'il a crever ? (le temps de la garantie sans doute)

Pour ce qui est de mon programme, a chaque fois que j'ai besoin d'une image ou de données, je charge systematiquement ca en ram, c'est une mauvaise technique ?

./Post n°9 Marquer comme non lu.

GoldenCrystal

Ecrit le: Samedi 28 août 2004 à 22:21

Membre: Vétéran

Messages: 89

Membre n°18

Inscrit le 01 février 2004

Ce que veut dire geogeo c que ça n'usera pas trop la flash puisque le fichier ne sera plus modifié après, alors qu'en utilisant la flash comme espace de tockage, tu vas à chaque fois écrire (ce qui consiste en fait à mettre des bits à 0 sur TI), puis effacer (par un garbage collection quand tous les blocs d'archives seront usés (!= abimés), remetre tous les bits à 1). Donc la mémoire va s'user plus vite.
Et créer le fichier dans la ram et l'archiver après revient exactement au même qu'allouer un bloc dans la flash et y écrire (c'est d'ailleurs ce que EM_moveSymToExtMem fait).
Je ne pense pas qu'il y ait beaucoup de monde qui ait usé sa mémoire flash (et ça peut parfois être difficile à détecter), mais cela c'est grâce au fonctionement de la VAT sur TI (les fichiers archivés sont en lecture seule, et on ne réinitialise les parties "usées" de la mémoire que quand toutes les parties libres (de la taille désirée) sont utilisées)

Kupo !

./Post n°10 Marquer comme non lu.

LionelA

Ecrit le: Samedi 28 août 2004 à 23:38

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Ok, j'utilise donc la ram (j'aime pas trop l'idée que l'on puisse abimer du materiel en l'utilisant)

./Post n°11 Marquer comme non lu.

Lionel Debroux

Ecrit le: Lundi 30 août 2004 à 09:55

Envoyer un message privé à Lionel Debroux

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

La Flash ne génère aucune différence de vitesse par rapport à la RAM, tout simplement parce que les temps d'accès (~100 ns) sont inférieurs à ceux que met le processeur pour lire 1 word (4 clocks).
Le ralentissement généré par tout un tas d'optimisations manquantes (à commencer par le fait d'écrire en pur C plutôt qu'en C mélangé ASM - voir également la routine de décompression ttpack/PPG dont on parle actuellement sur le forum de TIGCC/TICT) est beaucoup plus significatif que ce ralentissement supposé et de toute façon négligeable !
geogeo donne à mon avis la bonne solution, celle qui fera le moins de dégâts à la Flash tout en restant la plus rapide. Mais là aussi, les dégâts sont assez théoriques: 100 000 cyles d'écriture et de réécriture (au même endroit ? En effet, pourquoi écrire à un seul endroit de la Flash abîmerait ailleurs) sont difficiles à atteindre (même si c'est 100000 cycles en tout et pas 100000 cycles au même endroit).

Lionel Debroux - membre de TICT.

./Post n°12 Marquer comme non lu.

LionelA

Ecrit le: Lundi 30 août 2004 à 11:50

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Bon comme j'avais rien capté, je vais expliquer exactement ce que je fais :
J'ai toutes mes données (tiles, sprites, map, ...) qui se trouvent dans un gros fichier de style tar qui est archivé et j'ai des fonctions pour acceder a ces fichiers directement (meme imbriqués a plusieurs niveaux).
A chaque fois que je charge une carte , un sprite etc... , j'utilise ces fonctions pour lire les données et je les copie en ram. Mais si j'ai bien compris ce que je fais est totalement débile car je me retrouve avec 2 fois les données (en ram et en flash) alors que je ne fais que les lire (je vais pas m'amuser a modifier l'aspect d'un sprite pendant le jeu).
Le probleme c'est alors d'avoir un pointeur sur la flash qui pointe vers le debut de mes données de la même manière que j'ai un pointeur dans la ram qui pointe vers la copie de données, mais là c'est un fichier et j'utilise fread, fseek, alors comment obtenir le pointeur vers la flash ???

./Post n°13 Marquer comme non lu.

Lionel Debroux

Ecrit le: Lundi 30 août 2004 à 13:21

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

Passe en bas niveau (fonctions de vat.h). Laisse tomber les fonctions de stdio.h, qui sont plus grosses et plus lentes. Ca sera plus optimisé et plus adapté à ce que tu veux faire, puisque tu travailleras directement avec des pointeurs.

Lionel Debroux - membre de TICT.

./Post n°14 Marquer comme non lu.

LionelA

Ecrit le: Lundi 30 août 2004 à 14:01

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Tu veux dire que les fonctions de vat.h ne servent pas que a manipuler les 'variables' au sens du tios ?

./Post n°15 Marquer comme non lu.

Sasume

Ecrit le: Lundi 30 août 2004 à 14:10

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

Si. Elles permettent de manipuler les fichiers TIOS.

./Post n°16 Marquer comme non lu.

LionelA

Ecrit le: Lundi 30 août 2004 à 14:20

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Comment obtenir un pointeur vers les données alors ? (quelle fonction)
Il y a toujours le champ fpos de FILE mais il est dit dans la doc qu'il ne faut pas l'utiliser car ce n'est pas standard...

./Post n°17 Marquer comme non lu.

Lionel Debroux

Ecrit le: Lundi 30 août 2004 à 14:25

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

La réponse est dans la doc de SymAdd (dans ton cas, ça serait SymFind, mais la manière de faire est dans la doc de SymAdd), et/ou quelque part dans la FAQ.
Aide-toi également de TI-Miner de TICT par exemple.

Lionel Debroux - membre de TICT.

./Post n°18 Marquer comme non lu.

LionelA

Ecrit le: Lundi 30 août 2004 à 14:33

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

Merci beaucoup

./Post n°19 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mardi 31 août 2004 à 00:25

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Il y a aussi les sources de Backgammon 1.00 sur mon site.

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!