Citer : Posté le 16/10/2013 18:39 | #

---

oui je remettais à jour cette astuce

---

Citer : Posté le 17/10/2013 20:01 | #

---

Premier post sur ce topic

J'ai discuté de l'agrandissent de la map ou du multi-monde par mp il y a quelques jours :
Je pense faire un monde en créatif et un en survie (et ça éviterais les cheats)


Utiliser les Y c'est gênant, mais je sais pas pour les fn, elles servent à quoi en temps normal ?

---

Citer : Posté le 31/12/2014 00:03 | #

---

Message supprimé pour grosses anneries

---

Citer : Posté le 31/12/2014 12:52 | #

---

Ah... Je viens de tester... t'as raison... ZUT !

---

Citer : Posté le 01/09/2016 07:00 | #

---

Selon le manuel de casio il est aussi possible de faire ça avec les fonctions récurrentes(an, an+1, an+2, pareil pour bn et cn), ce qui fait 9 strings de plus.

Ajouté le 01/08/2017 à 16:38 :
On peut en fait avoir jusqu'à... 19 + 20 + 9 + 40*20 = 848 strings ! (oui oui)

On a tout d'abord les 19 strings avec Str 1-19 (on réserve le 20 pour le Exp->Str).
Ensuite, on a les strings avec fn1-20 (j'ai vérifié, les opcodes f1-6 font la même chose que fn1-20) et les fonctions récurrentes ([abc]n/n+1/n+2).

Il reste ensuite les strings du Graph. Remiweb l'a fait avec X, mais si on regarde dans le menu on voit 5 opcodes : Y, r, Xt, Yt, X.
Ces opcodes permettent de définir un type de fonction pour chacune des 20 fonctions. Dans le menu Graph, si on sélectionne Type -> Parm (F3,F3) on voit que chacune des 20 fonctions se déclinent en équations Xt= et Yt=. Ca multiplie par 2, nous donnant 40 strings accessibles avec Xt et Yt.
Avant que vous demandiez "mais pourquoi ça multiplie pas par 5, on peut avoir X1, Y1, r1, Xt1, Yt1", chaque fonction ne peut être que d'un seul type. Si vous faites "test"->X1 ça change le type de la fonction graph 1 en "X=", et si vous aviez fait auparavant "abc"->Y1 ça l'overwrite, donc on ne peut en avoir que 40.

En potassant le manuel j'ai découvert les GMEM, utilisables avec StoGMEM et RclGMEM (comme les pictures). Ces GMEM sont au nombre de 20 et permettent de stocker les fonctions graphiques. On a donc 40*20 = 800 strings potentiels

Remiweb parlait d'une sauvegarde de monde, avec ça il est très facile de faire 21 slots de sauvegarde (graph + Fn) puis de les charger dans les 20 strings.
Par contre je ne conseille pas l'agrandissement du monde car le code devra être différent : on ne peut pas performer des actions directement sur ces strings, donc au lieu de faire StrRotate(X1, 1) il faudra faire Exp->Str(X1, Str 20) : StrRotate(Str 20, 1) : Str 20->X1, du coup ça risque de laguer plus :/

À noter qu'on ne peut toujours pas appeler ces strings par des variables : faire 1->A puis "test"->FnA fera une erreur syntaxe ;-;

---

Citer : Posté le 01/08/2017 19:51 | #

---

Quelques benchmarks pour évaluer s'il est faisable d'utiliser ces strings pour un usage normal (par exemple, pour agrandir la map dans Calcraft).
J'ai mesuré combien de temps il faut pour faire 200 itérations de :

Bien sûr, le test avec les Str normaux ne contient que le StrRotate.

On a :
Strings normaux : 267ms
Strings graphiques (Xt, Yt) : 5467 ms
Strings fonctions (fn1 ou f1) : 1133 ms
Strings récurrence ([abc]n/n+1/n+2) : 3133 ms
À +/- 50 ms.
Du coup on ne peut pas vraiment utiliser ces strings pour autre chose que du stockage, à moins de vouloir un lag au moins 4 fois plus grand. :/

---