Discussion :

[Paradam]

Bonjour à tous!

Voilà une question bien interessante pour moi :
Sachant bien évidemment qu'il existe une interruption pour l'attente
d'une touche clavier, mon interrogation se pose ici: pourtant cette
interruption attend un appui... hors que moi je veux une interruption qui
teste si un caractère a été entré au clavier à tout moment, sans
attendre une touche clavier...

En fait, la raison de cette question est déduite d'un dévellopement d'un jeu...Tron, faisant appel à un affichage successif de pixel dont le sens change selon la touche entrée, mais cette succession de pixel est continue et ne peut être hachée par l'attentte d'une touche.

Un grand merci à vous tous!

[AznOod]

salut,
Je pense qu'il suffit d'utliser la fonction 1 de l'int 16h au lieu de la fonction 0.
En effet, la fonction 1 (AH=1) vérifie si une touche se trouve dans la mémoire tampon. Si une touche est disponible, indicateur zéro=0 sinon =1.
Attention toutefois, le code de balayage et la valeur ASCII sont renvoyés dans AX , mais ne sont pas supprimés de la mémoire tampon.

[Alcatîz]

Bonjour !

Je pense que, pour ton jeu, tu dois absolument passer par une redirection de l'interruption matérielle 09h, qui te permet de détecter lorsqu'une touche est enfoncée ou relâchée (par lecture du port 60h).

[Paradam]

Effectivement je viens de regarder dans helppc et j'ai vu l'int 16h, 01h et je pense que je vais utiliser la solution de alcatîz parce qu'il me semble que celle de aznood est beaucoup plus compliquée.
Merci à vous pour vos réponses.

[SteelBox]

Tu t'es pas un peu trompé ? parcequ'a mon aivs, c'est la solution qui demande de detournet l'int09h qui est plus compliqué (proposé par Alcatîz)
D'ailleurs, je veins de poster qq chose la dessu(si ca t'intéresse...)
L'autre solution est plutot facile....

[AznOod]

C'est exact, le détournement de l'interruption est aussi à mon avis moins simple ...
Ceci étant dit, pourquoi vouloir faire compliqué lorsque l'on peut faire simple ? La demande initiale portant sur l'existence d'une interruption autre que celle qui attend une touche, et l'émetteur de la question n'ayant pas à priori connaissance de cette autre fonction, je me demandais si ca n'étais pas "vouloir etaler sa science" que de lui proposer ce fameux détournement ?
N'est il pas judiscieux d'adapter les réponses en fonction de la complexité de la demande ?
En toute amitié ... AznOod

[Paradam]

Pour répondre à Albest, je suis intéresser par vos solutions et voici la mienne.

C'est un jeux multijoueurs, les touches de directions sont : z,q,s,d et o,k,l,m. Ma procédures fonctionne mais donner moi vos solutions pour voir ce que ca donne et connaître un système en plus.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
test1 proc
  @@deb:
    MOV   AH,01h
    INT   16h
    JZ    @@deb
    CMP   AL,'z'
    JE    @@z
    CMP   AL,'q'
    JE    @@q
    CMP   AL,'s'
    JE    @@s
    CMP   AL,'d'
    JE    @@d
    CMP   AL,'o'
    JE    @@o
    CMP   AL,'k'
    JE    @@k
    CMP   AL,'l'
    JE    @@l
    CMP   AL,'m'
    JE    @@m
    JMP   @@deb
    @@z:
    @@q:
    @@s:
    @@d:
    @@o:
    @@k:
    @@l:
    @@m:
  RET
test1 endp

Il subsite toute fois un problème dans ma fonction, lorsque que je l'exécute et que j'appuie sur une autre touche (que celle qui m'intéresse), le programme se plante mais si je le lance via td pour le tester, il fonctionne nickel.
Est-ce que ce bug est du à la rapidité de l'éxécution de l'assembleur?

[AznOod]

Comme je l'ai préciser dans mon précédent message, l'utilisation de la fonction 1 de l'interruption 16h ne supprime pas les codes de la touche de la mémoire tampon... et donc une disponibilité redondante de ces codes ...
Dites moi si je me trompe personne n'est à l'abris d'une erreur

[Paradam]

non effectivement après les testes de la fonction, il reste quelque chose dans le buffer. J'ai vu qu'il existait une int qui permet de vider le buffer mais apparement qui demande l'appui d'une touche et donc pas ce que je désire faire.
Quelqu'un aurait une solution?

[AznOod]

ok, dans ce cas, si une touche est disponible dans le buffer, il n'y aura pas d'attente de touche non ?
Tiens moi au courant

[SteelBox]

Il y a bien la solution de simuler l'appui sur une touche mais c un peu BOURRIN donc je te propose la fonction 0Ch de l'int 21h qui permet de vider le buffer d'entrée...

Entrée :

AH = 0Ch
AL = Numéro de la fonction d'appel
Pour l'appel de la fonction 10 :
DS = Adresse de segment du buffer d'entrée
DX = Adresse d'offset du buffer d'entrée

Sortie :

Pour les fonctions 01h, 06h, 07h et 08h :
AL = le caractère entré
Pour la fonction 0Ah : aucune

[Paradam]

Merci les gars ca fonctionne j'ai rajouté 3 lignes qui vide le buffer (thx Albest) et maintenant ca fonctionne du nickel.
Grand merci.

[AznOod]

Juste une petite question qui me tourmente avant de clôturer définitivement ce problème, pourrais tu me dire comment tu as appeler la fonction 0ch ? avec quels paramètres ?

[Paradam]

Bien sur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
MOV   AH,0Ch
MOV   AL,0Ah
INT    21h

Voilà +.

[Blustuff]

il y avait un autre moyen très simple, sans aller jusqu'a détourner une interruption. Par définition le port 60h retourne le dernier scancode. Ce qui veux dire, qu'on peut remplacer l'interruption par un "in al, 60h" qui a l'avantage de ne pas dépendre du clavier, (interessant pour un jeux) et qui permet d'utiliser les touches telles que les flèches directionelles (interessant aussi).

[AznOod]

oui mais dans ce cas, il faut intercepter le code avant que le handler de l'int 9h ne le fasse ce qui me parait irréalisable a moins de désactiver l'interruption au niveau du PIC non ? ...
Et il faudrait dans ce cas vérifier l'état de la mémoire tampon du contrôleur (port 64h) afin de s'assurer qu'un octet est bien dispo ...
En ce qui concerne la méthode de l'appel de l'interruption 0ch, cela me parait réellement douteux et inadapté ...

[Paradam]

Heu les gars c'est bbon là, ca fonctionne et pour l'instant je ne vois pas l'intéret d'utiliser le port 60h (en plus que je ne sait comment l'utiliser).
Merci en tout cas pour les réponses.

[Blustuff]

Bon, je recommence encore une fois, surtout pour AznOod. Le port 60 ah, retourne le dernier scancode généré par le clavier. Que l'int 09h lise le port 60h ou non, cela ne modifie en rien la prochaine valeur lue. L'utilisation en revanche est encore plus simpel que ce qui est imaginable. Pour avoir le dernier scancoded dans al il faut faire : (attentiopn la suite d'instruction qui suit n'est pas d'une incomprehensibilité insurmontable)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
in al, 60h

pas une de plus pas une de moins. Et vous pouvez integrer ca a la place de l'appel de l'int 16h.

[Paradam]

Apparement ca na rien de sorcier d'utiliser le port 60h donc je pense que je vais me rabattre sur cette solution.
J'ai juste une question, le scancode est sous qu'elle forme?

[AznOod]

Pour ce qui du dernier code de balayage généré par le clavier, je te fais confiance Blustuff, je n'ai pas été vérifié ...
En revanche , là ou je ne suis pas d'accord, c'est sur le fait qu'il faille utiliser une seule et unique instruction!
En effet, vu que tu n'utilises pas les interruptions, il n'est pas évident qu'une touche soit dispo, surtout lors de la première lecture !
Il est donc nécessaire d'aller vérifier au moins une fois le bit 0 du port 64h soit poistionné à 1 ...