[Axiome] Le getKey le plus optimisé !

Je me permet de faire brièvement la présentation de l'axiome SPEEDKEY. Cet axiome permet de détecter les touches du pavé directionnel de manière très optimisé.

Je dis "brievement" pour la bonne raison que cet axiome est le plus petit jamais conçu (et utile), il ajoute la commande getDir ([Zoom] [3]).

Pour l'utiliser, rien de plus simple ; il vous faut d'abords télécharger l'axiome, le mettre sur votre calculatrice, et taper ceci en début de programme :

Code:

:#Axiom(SPEEDKEY)

Pour rappel la commande #Axiom( se trouve dans le catalog à la lettre A. Voici un exemple de programme tout simple qui montre bien l'efficacité de cet axiome :

Code:

:.A
:#Axiom(SPEEDKEY)
:
:While 1
:Disp getDir>Dec,i
:EndIf getKey(15)

Aaah, mais ce ne sont pas les mêmes codes touche qui s'affichent ?

Pour le coté technique, la touche du bas correspond au bit 1, la touche de gauche au bit 2, la touche de droite au bit 3 et la touche du haut au bit 4. Donc vous aurez déjà deviné les combinaisons de bases :

• Bas : 1
  
• Gauche : 2
  
• Droite : 4
  
• Haut : 8

Seulement on peut faire encore mieux et détecter les diagonales tout simplement en additionnant les bits :

• Bas+Gauche : 3
  
• Gauche+Haut : 10
  
• Haut+Droite : 12
  
• Droite+Bas : 5

Toutes les autre combinaisons/touches vallent zéro.

C'est valable pour toutes les autres touches du clavier, et lorsqu'on fait Haut et Bas en même temps par exemple. Pour les intéressé c'est juste un Haut xor Bas et Droite xor Gauche.

:D tu l'a fait toi meme cette axiom ? je n'ai pas compris en quoi il pouvais etre utile dans un programme ?

Il est utile dans certains cas, mais c'est assez rare.

Par exemple, tu veux que quand tu appui sur les touches "bas" et "gauche", une action particulière se fasse.

En temps normal tu aurais écrit "if getkey(1) and (getkey(2))... actionRéalisée"
Et bien la tu peux faire "if getkey(3)...actionRéalisée", car la somme des getkey des deux touches fait 3.

Bon après c'est sur qu'il n'y a pas beaucoup de cas ou tu en a besoin mais bon, ça sert toujours.

pour le getkey 3 c'est bien mais si le getkey 45 que on veut faire bah...

30+15=45 31+14=45... il y a des miliers de possibiliter

sa sert pratiquements pas

Peut-être que les codes des touches est mit de tel manière que ce ganre de cas n'est pas possible.

De plus la commande qui va avec cet Axiom est "getDir()", donc tu peut mettre que tu quitte quand il y a "getKey(45)" et qu'il y a une action quand "getDir(45)", ça les différencient, enfin en tous cas c'est ce que j'ai compris.

sachiix69 :
Cela ne sert que pour les déplacements (en particulier dans des jeux) au cas où tu n'aurais pas remarqué.

kindermoumoute a écrit:Toutes les autres combinaisons/touches vallent zéro.

a oui je n'avais pas vu

il pesent combien ?

Un peu plus d'une centaine d'octets, il me semble.

:O une centaine d'octets juste pour un getkey comme sa... c'est pas du tout optimiser...

Enfin je peux me tromper... après faut aussi voir combien ça fait sans l'axiome.

je pense que c'est moins parceque 100 octets c'est enorme

sa fait beaucoup moins sans l'axioms

Après, il y a peut-être aussi une différence entre la taille du fichier d'axiom et la taille en plus dans le programme : le fichier d'axium lui doit contenir toute la syntaxe, le changement d'un tokens, ...

le changement d'un tokens : mon reve <3

bref

en attendant je suis pas sur qu'ils soit utile mais bonne axioms

ps : si matref peut m'expliquer comment cree un axioms sa serait gentil

EDIT : j'ai deplacer ton message matrefeytontias dans la section conseil et astuces

Bon, je vais mettre au clair les bêtises qui ont été dite. Je posterais surement pas un tel axiome si ce n'était pas le getKey le plus optimisé et le plus rapide possible sur une calculatrice !

Bref, cet axiome est utile dans quasiment tous les jeux/utilitaires qui nécessitent un déplacement rapide, ou tout simplement pour réduire la taille du programme.

Juste comme question, qu'est ce qui te permet d'être SUR que c'est bien le plus optimisé en taille et en vitesse qui puisse être?

sa je ne sais pas...

cependant, son utiliser me semble peut efficace...

Qu'il soit le meilleur actuellement, ça je veux bien le croire, ce que je ne comprend pas, c'est comment on peut affirmer qu'il est impossible de faire mieux?

Parce que je me suis renseigné directement auprès de jacobly (le créateur). Tu peux demander aux anti-Axe pro-asm qu'on trouve assez facilement sur le SdZ, ils te diront que le getKey en Axe est pourri... sauf sur cet axiome.

Après je fais le teste :

Code:

:.A
:#Axiom(SPEEDKEY)
:For(1000)
:getDir
:End
:Disp "FIN
:Pause 2000

73 octets
Pour chaque commande getDir rajoutée : +3 octets.
1 seconde 70 pour terminer le programme.

Code:

:.A
:#Axiom(SPEEDKEY)
:For(1000)
:getKey
:End
:Disp "FIN
:Pause 2000

49 octets
Pour chaque commande getKey rajoutée : +6 octets.
8 secondes 70 pour terminer le programme.


En gros l'axiome ajoute une routine de 21 octets qui augmente de plus de 500% la vitesse de détection de la touche. Moi je dis ça vaut le coup.

jusqu'à là, je te crois tout à fait et je n'ai rien a redire, ce sur quoi je m'interroge est le mot POSSIBLE dans la phrase "le getKey le plus optimisé et le plus rapide possible sur une calculatrice" : qu'est ce qui prouve qu'il est impossible de faire plus rapide et/ou plus léger qu'avec cet axiom, avec un autre axiom, voir la commande asm de l'axe?

Parce que c'est le getKey le plus optimisé fait jusque là pour ce cas de figure. T'as d'autres questions existentielles comme ça ?

Bon, merci : ton possible a donc pour valeur "existant".
Sinon, je ne vais pas te poser d'autres questions existancielles ici pour pas faire de flood, mais si tu veux parler philo, préviens moi et on en parle par MP ou on crée un sujet dans la partie communauté

tu peut nous dire kindermoumoute comment il marche ce getkey ?

Je crois deviner ... il fait du direct input avec les touches. C'est un truc en ASM qui n'utilise aucune romcall et qui interagit directement avec le matériel, du coup c'est super rapide.

oups desolee du double post.... je sais pas ce qui c'est passer...

en gros il prend direcement le numero hexa des touche et il les ajoute ?

Bah le numéro hexa, y'a juste un bit par flèche.