Problème de temps de latence avec KeyAdapter

Version imprimable

Bonjour,

j'essaye de faire déplacer un personnage sur une map de jeu, le soucis vient de la gesion du clavier.

Lorsque j'appuie sur une de mes touches (haut, bas, gauche, droite), mon petit bonhomme se déplace bien selon le comportement que je lui ai attribué mais le déplacement sacade sur la deuxième image.

Par exemple, si j'appuie sur "Bas", le personnage fait un pas vers le bas, puis il y a une demi-seconde d'arrêt, et ensuite tout se passe bien. De même pour chaque touche.

Ce sont ces petits temps de latences après chaque appuie sur une touche que je n'explique pas... Mais surtout c'est très désagréable, ça empêche les déplacements d'être fluides.

Quelqu'un a-t-il déjà eu ce type de problème ?
Voila un extrait de mon code :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 public void keyPressed(KeyEvent e) { switch(e.getKeyCode()) { case KeyEvent.VK_DOWN: // Mon code pour la touche du bas break; case KeyEvent.VK_UP: // Mon code pour la touche du haut break; // Code pour les autres touches } source.getGame().repaint(); }
Merci beaucoup !

08/10/2006, 13h41
®om

Ca doit être le temps d'exécuter "// Mon code pour la touche du bas", non?
08/10/2006, 13h45
marissa_mean

Possible, je ne sais pas.
Le code que j'execute est juste le démarrage d'une animation.

Et surtout ce qui est bizarre, c'est que ça ne se produit qu'une seule fois par appuie de touche.

C'est à dire si je maintiens la touche enfoncée, tout va bien se passer, le petit bonhomme va bien se déplacer et s'animer correctement, mais sur la première demi-seconde, il y aura un retard...
08/10/2006, 14h08
®om

Montre ton code exécuté :)

Code:

1
2
3
4
5
 
case KeyEvent.VK_DOWN:
                    source.getGame().getCharacter().walkDown(source.getGame().getMap());
                    source.getGame().getCharacter().enableDown(true);
                    break;

Cette méthode dans une autre classe permet de tester les collisions, et de faire avancer notre bonhomme.

Code:

1
2
3
4
5
6
7
8
9
 
	public void walkDown(Map map)
	{
		// Test de collision avec le décors
	    if (map.getGrille().canWalk(x, y+this.step))
	    {
	        y+=this.step;
	    }
	}

La méthode enableDown permet d'executer ceci :

Code:

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
 
	public void run()
	{
	    try
	    {
	        while (true)
	        {
	            if (down)
	            {
	                this.animDown();
	            }
	            if (left)
	            {
	                this.animLeft();
	            }
	            if (up)
	            {
	                this.animUp();
	            }
	            if (right)
	            {
	                this.animRight();
	            }
	            sleep(100);
	        }
	    }
	    catch(InterruptedException e)
	    {
 
	    }
	}

Ma classe Character est un Thread, ça permet de jouer les animations.

Quand keyRelease s'execute, je fais un

Code:

source.getGame().getCharacter().enableDown(false);

pour stoper l'animation.

08/10/2006, 14h37
herve91

Citation:

Envoyé par marissa_mean

Et surtout ce qui est bizarre, c'est que ça ne se produit qu'une seule fois par appuie de touche.

C'est à dire si je maintiens la touche enfoncée, tout va bien se passer, le petit bonhomme va bien se déplacer et s'animer correctement, mais sur la première demi-seconde, il y aura un retard...

Bonjour,
ne serait-ce pas lié à l'"auto-repeat" ? Quand tu appuies sur une touche et que tu la maintiens enfoncée, il y a un délai initial ~ 1/2 s avant la prise en compte de la répétition. Sans ce délai, au lieu d'écrire 'a' par exemple, tu écrirais 'aa...' sans le vouloir.
08/10/2006, 14h40
marissa_mean

Je n'y avais pas pensé !
Oui ça m'a bien l'air d'être ce délai d'auto-repeat.

Maintenant il ne reste plus qu'a trouver comment enlever ça.

Merci beaucoup !
08/10/2006, 16h05
®om

Il faut écouter les évènements "key pressed" et "key released" (enfoncée, relâchée)...
08/10/2006, 16h22
marissa_mean

Après avoir cherché un peu sur Internet, il semble que les évènements keyPressed et keyReleased sont envoyés par Windows, donc il n'y aura rien à faire pour éviter le délai de répétition de cette manière.

Certains parlent de démarrer un Timer dans le KeyPressed et de l'arrêter dans le keyRelease mais je ne vois pas ce que ça va changer.

Je pense que je vais tout simplement tenter une autre approche pour le déplacement de mon personnage.

Si j'ai du résultat convenable je vous tiendrau au courant.
08/10/2006, 17h04
plegat

Citation:

Envoyé par marissa_mean

Après avoir cherché un peu sur Internet, il semble que les évènements keyPressed et keyReleased sont envoyés par Windows, donc il n'y aura rien à faire pour éviter le délai de répétition de cette manière.

Tu n'auras (normalement) pas de délai de répétition en passant par keyPressed et keyReleased... ça détectera juste le moment où tu appuieras sur une touche, et le moment où tu relâcheras la touche. Il peut très bien y avoir 3 heures entre les deux, à toi de gérer... du genre, tant que tu n'as pas intercepté le keyReleased, ton personnages bouge...
08/10/2006, 17h08
marissa_mean

J'utilise depuis le début keyPressed et keyReleased (cf mon premier post) que j'ai redéfinit de KeyAdapter.

Il y a un délai de répétition d'une demi seconde. C'est bien ça le problème.
08/10/2006, 17h42
plegat

Citation:

Envoyé par marissa_mean

J'utilise depuis le début keyPressed et keyReleased (cf mon premier post) que j'ai redéfinit de KeyAdapter.

Il y a un délai de répétition d'une demi seconde. C'est bien ça le problème.

Je ne comprends pas trop quelle répétition il pourrait bien y avoir en utilisant ça (mais j'ai déjà eu des soucis avec, mais c'était avec les touches de fonctions...)

D'après ce que je vois de ton code, tu appuies sur la touche, ça lance l'animation, qui s'arrête quand on relâche la touche.

L'auto-repeat ne doit pas intervenir dans l'histoire... à moins que tu n'aies un "enableDown(false)" intempestif quelque part... il n'y en aurait pas un qui traine dans ta méthode animDown()?
08/10/2006, 18h06
marissa_mean

Citation:

ne serait-ce pas lié à l'"auto-repeat" ? Quand tu appuies sur une touche et que tu la maintiens enfoncée, il y a un délai initial ~ 1/2 s avant la prise en compte de la répétition. Sans ce délai, au lieu d'écrire 'a' par exemple, tu écrirais 'aa...' sans le vouloir.

j'ai trouvé un exemple qui reproduit mon problème.

http://math.hws.edu/eck/cs124/javanotes3/c6/s5.html

Lorsqu'on essaye de bouger le cube vers la gauche ou la droite, il y a une petite pause avant qu'il se mette à bouger.
08/10/2006, 18h32
plegat

Citation:

Envoyé par marissa_mean

j'ai trouvé un exemple qui reproduit mon problème.

Ok... bon, sauf que là ils n'utilisent que le keyPressed, et laisse le keyReleased vide... et qu'ils ne lancent pas d'animation dans un thread séparé... donc ça réagit uniquement sur les messages Windows...

Je vois mieux le soucis... en fait le keyPressed doit être déclenché à chaque mesage de Windows, comme tu l'as souligné, ce que je trouve embêtant quand même... ton animation doit être plus rapide que le temps de latence, et donc tu le sens...

Enfin bon... ce que tu pourrais faire, c'est utiliser un booléen pour savoir si tu es dans une boucle d'animation, ou si tu en es sorti. Et utiliser le booléen dans le keyPressed, pour voir si tu dois traiter le message, ou pas.
En gros:

- tu définis un booléen en variable de classe, initialisé par défaut à false
- dans le keyPressed, tu testes le booléen. Si il est à false, tu le passe à true, et tu lances l'animation. Si il est à true, tu ne fais rien.
- dans le keyReleased, tu arrêtes l'animation, et tu passes le booléen à false.

Mais je ne pige toujours pas comment ton animation peut s'arrêter, alors qu'elle n'a pas vu le keyReleased...
08/10/2006, 18h44
marissa_mean

Oui, j'allais justement faire comme ce que tu proposes.

Actuellement il n'y a pas grand choses dans mon keyRelease, j'ai une variable qui contient le numéro de l'image actuelle correspondant à la frame d'animation (1/25) par exemple.

A chaque keyPressed, j'incrémentais ce numéro.

Dans le keyRelease, je remettais la clé d'animation à 0.

Avec la nouvelle méthode, j'espère que ça ne va pas poser de problème au cas ou on appuie sur plusieurs touches en même temps.

Je vais tester.
08/10/2006, 19h00
plegat

Citation:

Envoyé par marissa_mean

Avec la nouvelle méthode, j'espère que ça ne va pas poser de problème au cas ou on appuie sur plusieurs touches en même temps.

Ben va falloir gérer ça judicieusement... parce que si tu appuies sur deux touches en même temps, et que tu en relâches une seule, faudrait pas que le booléen passe à false!
Il faudra sans doute en utiliser plusieurs... un par direction... et un global...
08/10/2006, 20h35
marissa_mean

Mon problème est résolu, voici comment j'ai du procéder :

Une classe Control (qui hérite de Thread et implémente KeyListener)
Cette classe gère le déplacement du personnage sur la carte, c'est à dire ses coordonnées et les collisions avec le décors.

Une classe Character (qui hérite de Thread)
Cette classe gère l'animation du personnage et uniquement l'animation, c'est à dire les frames de déplacement.

Pourquoi avoir utilisé deux Threads ?
De cette façon je peux gérer indépendamment les deux taches, c'est à dire donner des cadences différentes au déplacement et à l'animation. Concrètement, ça se traduit par un sleep(100) dans l'animation et un sleep(30) dans le déplacement.

Dans chaque méthode run() des classes, je teste si un booléen est vrai, auquel cas je lance l'animation et le déplacement. Les booléens sont activés/désactivés dans la classe Control dès qu'une touche est enfoncée/relachée.

Merci à tous pour votre aide.