[C] touches qui ralentissent le programme !

ici · de **Loulou 54** » 26 Jan 2011, 16:06

Voilà le souci, je fais un jeu en C, un jeu de palet. Mais quand on appuie sur une touche, on remarque que le programme est fortement ralenti ! Comment se fait-il ?
Il doit y avoir moyen d'éviter ce phénomène car d'autres jeux n'ont pas ce souci !

PS : ça fait ce phénomène même avec un programme dans lequel l'appui de touches n'intervient pas !
(Ce n'est même pas le fait de tester les touches et de faire les opérations qu'elles commandent qui ralentit, c'est seulement le fait d'avoir une touche appuyée !)

Merci bien !

→ **MyCalcs** profile · de **tama** » 26 Jan 2011, 18:54

Hm, bizarre ça ... t'as un exemple de code où y a ça ? t'as touché aux interruptions (je sais pas si ça peut jouer, mais c'est possible)

→ **MyCalcs** profile · de **Folco** » 26 Jan 2011, 20:28

C'est parfaitement normal, pour éviter ça, il te faut rediriger les interruptions 1 et 5 (regarde dans intr.h, les fonctions Get/SetIntVec, DUMMY_HANDLER). Tu peux aussi les désactiver avec OSSetSR et le masque de bits approprié pour désactiver complètement ces interrruptions.

Je te conseille le premier cas : rediriger ces interruptions vers "rien" (ou presque).
La seconde possibilité affecte l'horloge et la désactive, donc n'est pas très bien vue par les utilisateurs %)

Ce qui se passe en fait dans ton cas, c'est que le TIOS intercepte les appuis de touche en scannant le clavier dans les AI 1 et 5 (grosso-modo), et les traite à sa manière (renseignement de variables globales). Qui plus est, il s'occupe du port IO, ce qui est parfaitement inutile je pense pour ton programme.
Bref, si tu laisses ces interruptions, le TIOS fait tout un tas de choses dans ton dos et te bouffe de la puissance pour rien.

Après, si tu as besoin de lire le clavier pour ton jeu (ça semble évident quand même

), je te recommande rowread (dans kbd.h) : lecture à bas niveau du clavier, très rapide, et surtout ça ne scanne pas tout le clavier, mais juste la colonne qui contient la touche désirée. Incomparable en terle de performance.

ici · de **Loulou 54** » 26 Jan 2011, 20:41

Alors voici un petit test d'animations. Il ne fait aucunement appel au test du clavier.
Il s'agit seulement de For avec des DrawLine..

Ici, je n'appuie sur aucune touche :

Ici, j'appuie sur une touche durant toute l'animation.

Et là, j'appuie, je relâche : en vrai, on voit encore mieux la différence.

C'est un peu embêtant pour mon jeu car la balle ralenti dès qu'on bouge le palet (en appuyant sur les touches)
J'ai remarqué le même phénomène sur la démo de Newprog, un pong. Quand on appuie sur des touches, la balle ralentit..
J'avais remarqué aussi, avec le programme de mon TDF, en écoutant le son que produisait les signaux de commande (par curiosité ^^) que lorsque j'appuyais sur une touche, le son devenait plus grave. = preuve que la vitesse est réduite.

Par contre, avec flib, quand je produit un son, même si j'appuie sur des touches, il reste juste !

Il doit y avoir une explication !

Lionel, si tu passes par les environs..

ici · de **Loulou 54** » 26 Jan 2011, 20:44

Merci Folco !
Quand dans le programme dois-je utiliser ces commandes ? Au début ?
Faut-il les réactiver avant de quitter ?
Merci

→ **MyCalcs** profile · de **Folco** » 26 Jan 2011, 20:48

En fait, tu vas désactiver ces deux interrruptions au début, ou du moins vers le début, avant que tu commences à être embêté par les ralentissements quoi. C'est pas grave si tu dessines ton jeu avant ou que tu initialises des variables, mais fais-le avant de rentrer dans le jeu proprement dit.

Et à la fin, tu les réactives (vaut mieux, sinon tu pourras plus toucher à ton clavier

). Car je suppose que tu programmes en nostub.
Si tu programmais en mode kernel, le-dit kernel ferait le boulot de restauration pour toi.

ici · de **Loulou 54** » 26 Jan 2011, 20:51

Oui en nostub. =)
Bah je regarderai ça alors, avec la doc de TIGCC.

→ **MyCalcs** profile · de **Lionel Debroux** » 27 Jan 2011, 21:43

Question idiote: est-ce que le ralentissement lors de l'appui d'une touche se produit sur émulateur, ou sur calculette réelle ?

A part ngetchx()/GKeyIn() et _rowread/_keytest(_optimized), il y a une fonction qui offre les mêmes codes de touche que les premières, avec une vitesse plus proche de celle des deuxièmes: OSdequeue(kbd_queue());
Elle est utilisée dans la plupart des softs de TICT.

→ **MyCalcs** profile · de **Folco** » 27 Jan 2011, 21:50

(bien vu j'y pense jamais !)

ici · de **Loulou 54** » 28 Jan 2011, 19:03

Lionel Debroux a écrit:Question idiote: est-ce que le ralentissement lors de l'appui d'une touche se produit sur émulateur, ou sur calculette réelle ?

A part ngetchx()/GKeyIn() et _rowread/_keytest(_optimized), il y a une fonction qui offre les mêmes codes de touche que les premières, avec une vitesse plus proche de celle des deuxièmes: OSdequeue(kbd_queue());
Elle est utilisée dans la plupart des softs de TICT.

Sur émulateur, pour mon jeu. Mais par exemple, en ce qui concerne le jeu en Newprog, c'est aussi le cas sur la calculatrice, je crois.