[Axe parser] aide

[kindermoumoute]

J'ai beau lire et relire les commands en anglais, je ne pige que les 3/4 et j'aimerais particulièrement comprendre comment on manipule un programme, plus précisément comment on écrit dans un programme, je m'explique :
Je veux sauvegarder un screenshot de la calculatrice, et l'enregistrer dans un programme puis l'archiver (si ce n'est pas possible expliquez moi le screenshot et comment enregistrer dans une image?)

[DJ Omnimaga]

Salut,

présentement, je crois qu'il est impossible de créér des nouveaux programmes à partir d'Axe, seulement des APPVARS, mais dans le futur il sera possible de le faire. Pour faire un screenshot, il faut présentement que tu fasse un programme ou tu crée une variable d'application (APPVAR) et tu t'arrange pour qu'elle soit 768 octets de large (96x64 pixels c'est 6144 pixels, mais 8 pixels ça prends 1 octet, donc 768). Ensuite, tu copie l'écran dans le "Buffer", puis ensuite le buffer dans la variable d'application.

Mais ensuite ça te prends un programme Axe pour ouvrir l'image, donc si le screenshot était destiné à un usage sur PC, vaut mieux utiliser TI-Connect screen capture. Mais je vais voir si je ne pourrais pas trouver du code pour faire tout ça.

Ce serait bien que quelqu'un traduise les commandes en français. Peut-être Silver Shadow? Reste que il faut savoir l'équivalent français des termes ASM  (comme pointers, SafeRAM, buffer, etc) pour une telle traduction.

Bon j'ai trouvé comment stocker la capture d'écran, mais pour la rappeler, c'est une autre histoire, et ça a tendance à crasher

EDIT: Bon j'ai trouvé un peu comment, mais je crois que je fait qqch de pas correct, car il y a du gribouillis sur l'écran en rapellant l'image

Dès que j'aurai le temps, je vais demander dans le forum anglo

[kindermoumoute]

ok, merci pour ta recherche, je vais chercher de mon coté.

[DJ Omnimaga]

Au fait voici mon topic en question (anglais): http://www.omnimaga.org/index.php?topic=2289.msg36817;topicseen#new

Aussi, comme tu est nouveau sur Axe Parser, et que tu ne parles pas beaucoup anglais, je tiens à attirer ton attention sur quelque chose de très très important à propos de toute programmation Axe ou BASIC étendu (xLIB, CelticIII, Omnicalc, etc.): Fais toujours des copies de sauvegarde de tes projets et programmes avant chaque test. En TI-BASIC, le TI-OS va vérifier pour toute erreur possible, mais pas les programmes Axe compilés. C'est comme quand tu execute un prog en ASM: si un erreur se produit, il y a des grandes chances que ton système devienne instable et que ça plante. Résultat: RAM Cleared

[kindermoumoute]

J'ai trouvé le problème! (ou presque)

L'erreur n'est pas dans cette partie la :

Code: Select All | Copy To Clipboard

1 2 3 4 5 6 7

.SCRNSHOT StoreGDB "vPIC"->Str1 GetCalc(Str1) GetCalc(Str1,768) conj(L6,Str1,768) DispGraph

Mais ici :

Code: Select All | Copy To Clipboard

1 2 3 4 5 6 7

[code].SCRNVIEW "vPIC"->Str1    // plus précisément ici GetCalc(Str1)->M If M conj(Str1,L6,768) DispGraph End

Et oui, étant une version bétà c'est compréhensible de trouver ce genre d'erreur je pense ^^ il faut mettre le vrai nom de vPIC qui apparait soit "PIC".
Et peut être un det(12) à rajouter?

le problème est que je me retrouve avec une image dans le mauvais sens.. je pense que cela vient du premier programme.. mais comment savoir ou

PS : J'en suis au 3ème ram cleared de la journée même pas peur :p

EDIT : pourquoi j'ai ça qui se met automatiquement à la fin de mon message? ==> [/code]

[DJ Omnimaga]

étrange, dans le readme ils disent que ça prends absolument le v au début. Il y a surement une erreur dedans.

Je crois que Quigibo devrait soit réviser la commande GetCalc ou bien quelqu'un devrait écrir un tuto en détails comment utiliser GetCalc() parce que là plus que le monde essaie de m'aider plus je deviens confus. la commande est vraiment compliqué comparé au reste

[kindermoumoute]

Bon.. j'arrive à un résultat.. l'image apparaît mais avec un petit défaut (sans compter le done bien sur ), le haut de l'image n'est pas bon.

[DJ Omnimaga]

tu veux dire les trucs bizzare en haut? Car j'ai eu le même problème.

Je commence à me demander s'il n'y a pas un bug avec la commande Conj() (pour copier des données d'un pointeur à un autre) qui cause de la corruption en copiant beaucoup de données à la fois.

[kindermoumoute]

J'ai oublié de mettre l'original ^^

Sur cette exemple la l'image est même passé de l'autre coté O_o? je ne pige rien du tout :p


EDIT ici il est 1h du mat.. je vais me coucher =)

[Silver Shadow]

@DJ Omnimaga: merci de m'avoir rappelé que je devais faire la traduction. Je pense que je vais commencer à faire ça ce week-end, et qu'une 1ère version sera disponible lundi. Je vais aussi demander à Quigibo s'il serait possible d'inclure mes traductions dans le .zip de Axe Parser.

[DJ Omnimaga]

mhmm en regardant l'image, il me semblerait qu'elle soit rappelé à partir de quelques octets trop en avance, bizzare

@Silver pas de probleme ^^

[DJ Omnimaga]

Ok bon j'ai trouvé le problème: ma RAM était corrompu, ce qui explique pourquoi ça ne marchait pas, même après correction du code.

Le code, c'est

.SCRNSHOT
"vPIC"->Str1
StoreGDB
GetCalc(Str1,768)->A
Return!If
conj(L6,A,768)

.SCRNVIEW
"vPIC"->Str1
Unarchive Str1
Return!If GetCalc(Str1)->A
A->DispGraph

Note: le "v" n'est pas le v en mode ALPHA minuscule mais bien le v que tu écrit avec 2nd+8

Le premier prog store l'écran dans l'APPVAR nommé PIC. Le 2eme rapelle l'image.

[kindermoumoute]

Ouai!! merci beaucoup
En faite je suis en train de faire un programme de dessin et c'est incroyable les nouvelles possibilités avec axe parser, seulement enregistrer l'image n'était pas aussi facile, mais la ça gère trop!

EDIT : j'ai un nouveau problème je fait :A=> dispgraph et puis plus loins :pxl-on(X,Y) :dispgraph et donc l'image rappelée disparais impossible de la modifier.

[kindermoumoute]

En faite c'est très bizarre.. je dessine, j'enregistre, je regarde l'image pendant une pause de 2s, et quand je retourne pour dessiner l'image est encore la et je peut finalement la modifier.. faut que j'étudie tout ça  

EDIT : en fait il faut mettre un clrhome entre les 2 dispgraph, ou sinon il ne garde pas l'image dans le buffer (j'ai l'impression).

[DJ Omnimaga]

C'est typique des prog en ASM d'avoir des problèmes d'affichage lors du retour dans le TI-OS (ou en BASIC). Par exemple, avec xLIB, avant d'utiliser une commande de dessin xLIB la première fois dans le programme, si tu a fait un ClrDraw, il faut faire un DispGraph. Sinon, l'écran disparait.