65 Ko d'archive sur 83+ : méthode simple, STABLE, et compatible TI Connect

[Matrefeytontias]

Hé ben c'est impec, mais ça serait bien que tu le marques dans le tuto histoire qu'on fasse pas de bêtises au moment du restore.

[persalteas]

J'édite

[Matrefeytontias]

Ah, par contre la compilation Axe remet la mémoire à sa valeur initiale, je sais pas si c'est l'auto-backup ou pas, j'édite après avoir essayé sans le backup (OS 1.19)

EDIT : une fois sur 2, quand on envoie un programme déjà archivé à la calto ça remet la mémoire à l'état normal, donc faut l'envoyer à la RAM et l'archiver ensuite (pas encore testé pour Axe )

EDIT 2 : l'Axe remet la mémoire à sa valeur normale en compilant ( ) mais je me rends compte qu'en fait je compilais un programme archivé donc j'essaye de compiler à la régulière et j'édite.

EDIT 3 : bon ben la compilation avec l'Axe n'est tout simplement pas possible si vous tenez à vos 229K de flash -_-' (avec l'OS 1.19), donc Persalteas ça serait bien que tu le rajoutes dans le tuto.

[Matrefeytontias]

Up, Persalteas où est-ce que je pourrais télécharger un OS 1.16 ? Parce que l'Axe est totalement incompatible avec ta méthode sur l'OS 1.19 ...

Sinon tu peux me l'envoyer.

[DJ Omnimaga]

Si tu utilise plus de 164 Ko d'archive et que tu perds les Kos additionels, est-ce que tu peux continue à faire tourner tes programmes et applications quand même?

Sinon, j'ai noté qu'on ne peut envoyer des choses à l'archive qu'une par une.

En gros, pas de Zelda: Dark Link Quest

[persalteas]

la compilation Axe remet la mémoire à sa valeur initiale

Chez moi ça marche très bien, hé... Je garde mes 229... Essaie de les remplir et de recompiler, la présence de données la rendra peut-être plus stable qu'avant...

Pourquoi Zelda ne passerait-il pas ? Il faut juste envoyer les programmes un par un...

[DJ Omnimaga]

Zelda passerait, mais le problème c'est que le jeu a plus de 210 programmes à envoyer

Je doute fort bien que des gens veulent passer une heure à envoyer 210 fichiers à leur TI un par un (déja que même avec TiLP et TI-Connect, des gens se plaignaient de devoir passer 5 minutes à installer le jeu)

[persalteas]

Ah oui dans ce cas... 210 programmes O_O ... le programmeur est un taré...

[DJ Omnimaga]

Hmm persalteas tu sais qu'il est interdit selon les règlements du forums d'insulter les auteurs de programmes, surtout quand ils ont passé des mois à travailler sur ceux-ci et dans les limites du langage de programmation utilisé à leur époque respective?

Je te conseille d'être poli dans le futur car j'ai passé énormément de temps sur ce jeu, et je te signale que si j'était admin, je t'aurais banni à vie sur le champ.

Si tu n'avais pas réalisé, à l'époque où a été créé ce jeu, il était impossible de le faire avec moins de fichiers.

[persalteas]

à l'époque où a été créé ce jeu, il était impossible de le faire avec moins de fichiers.

Je ne savais pas.

Toutes mes excuses au programmeur de Zelda, je ne voyais pas le mot "taré" comme une insulte, et loin de moi l'idée d'avoir voulu passer outre le règlement.

[DJ Omnimaga]

Ok parce que au Québec, le mot taré est toujours utilisé comme synonyme d'imbécile ou idiot

[Sandro]

C'est sur qu'en français ça prète à confusion : ça peut tout autant être péjoratif comme tu l'expliquait que vouloir dire phénoménal (dans le sens ici qu'il a du faire un effort énnorme pour réussir cet exploit) : dans ce second cas c'est plutôt en compliment.

Sandro

PS : dans les deux cas l'expression apartient plutôt au langage familier, dans le second encore plus que dans le 1er

[Matrefeytontias]

Bon persalteas je sais pas comment tu t'es débrouillé, mais moi même avec l'OS 1.16, je peux pas faire de backup de source Axe >_< tu me dis que tout marche chez toi avec l'OS 1.16, c'est quelle version de l'Axe que tu utilises ?

[DJ Omnimaga]

Ah ok Persalteas. Dans le cas de phénoménal de dirais peut être qu'avec les 210 programmes je n'avais pas le choix, étant donné les outils à l'époque. Celtic III, DCSlibs, xLIB et sa fonction real(10, ainsi que Resource et XCOPY n'existaient pas, donc tout ce qu'on avait était Flash Gordon et CODEX. Avec Xcopy/real(10, tu peux copier des programmes archivés dans la RAM dans le sous programme que tu veux, de XTEMP000 jusqu'a 010, ce qui te permets de les utiliser de façon imbriqué comme bon te le semble. Mais avec Flash Gordon, le programme est copié dans la RAM uniquement lors de son exécution et tu n'as aucun contrôle vers lequel des programmes temporaires il est copié, ce qui rend l'exécution de programmes imbriqués très laborieuse, voire impossible dans certain cas.

Comme le moteur de déplacement est très complexe, il a donc fallu le diviser en le plus de sous programmes possible pour pouvoir les laisser dans la RAM, et comme la RAM n'est que de 24 Ko, il va fallu diviser encore plus, ce qui a entrainé le nombre de fichiers au dela des 200. Si xLIB APP avait existé en Juillet 2004, je parie que le jeu aurait eu environ 30 ou 40 sous programmes, sinon moins.

[persalteas]

@ DJ_O: d'accord, je comprends le problème. (c'est quelle date, la sortie de Xlib ?)

@ Matrefeytontias: version 1.0