Pb de rapidité en fonction de l'endroit ou on lance le prog(home ou doors) - Page 1

G un gros problème : je fais un jeu en notsub avec tigcc et j'active l'option optimize rom call.C une petite voiture qui se balade sur l'écran.Je lance mon prog sur ma alc depuis l'écran home(G universal os installé et une HW2 v 2.05) : ca marche mais c un peu lent et saccadé: la voiture bouge lentement quand on appuie sur les touches.
Je lance depuis Tict explorer le même prog et la il va a une bonne vitesse(2* plus vite que si on le lancait de l'écran home).Donc c pas pratique si le jeu n'st pas lancé sous tictex.y a t-il une solution??

a mon avis c encore un pb du kernel, detourne l'auto int 5 ou 6 ds ton prog

ok mais on fait comment pour changer l'auto 5.Et de toute facon il faut savoir d'où le prog est lancé, à moins de calibré l'auto 5 au lancement du jeu mais c long.Et g essayé CaveBlaster lancé de tict et de l'home: il va a la m^me vitesse.Encore un mystère!!!

Ca n'a sûrement rien à voir avec les interruptions. le mieux c'est que tu néttoies le plus possible ta source pour isoler l'erreur, et que tu la postes ici, parce que là c'est un peu dur de t'aider.

Plutot quelque chose ayant avoir avec les timers officiels de Ti.

G trouvé!!!!!!!!
C t tous bête il fallait modifier le OSinitkeydelay (un truc de ce genre). A mon avis le shell avait son propre osinitkeydelay et c pourca que ca alllait vite. Donc un conseil pour les programmes toujours définir les valeurs par défaut au lancement du prog pour po avoir de problème. Valeur par défaut:
OSInitKeyInitDelay(336); OSInitBetweenKeyDelay(48)

lol tu utilises ngetchx () alors

non kbd_queue

D'ailleurs j'arrive po a détecter quand on appuie uniquement sur la touche 2nde et uniquement sur dimant. KEY_DIAMOND ne marche pas et impossible de trouver key_second

Il faut utiliser _rowread.

Bah oui, _rowread !!! ngetchx() .... pour les jeux C exellent (rapidité ).

_rowread est assze complexe à comprendre, mais, une fois qu'on a l'habitude de l'utiliser, on l'utilise toujours !
(ou presque)

idem

Bah oui, pour des graphismes fluides avec un controle des touches, y'a que ça.

je suis d'accord pour rowread : c'est une commande très rapide, relativement simple d'utilisation mais peut être même trop rapide.

J'ai moi-même des pb avec : j'essaye de faire un menu comme celui sous windows : le menu démarrer.
Le seul pb c'est que la barre bleue pour sélectionner : arreter, programmes etc... est trop rapide : elle est commandé avec _rowread et les flèches haut et bas. le résultat c'est que je ne peux choisir qu'entre les deux extrèmes seulement. Y'a-t-il un moyen pour le ralentir??

essaye de mettre une boucle de façon a ralentir rowread !

le delay et l'initdelay n'y sont pas pour qqchose???

non g trouvé mieux:

void wait(void)
{
OSFreeTimer(USER_TIMER);
OSRegisterTimer(USER_TIMER, 4);
while(!OSTimerExpired(USER_TIMER));
}

voila !!

et pour l'activer il suffit d'écrire
wait();
et pour changer la durée, il suffit de changer la valeur 4 de cette ligne!

OSRegisterTimer(USER_TIMER, 4);

Je dois remercier Squale92 pour son super tuto : il est clair et tout, maintenant je sais, plus ou moins, coder en C!!

ok je vais essayer rowread mais ca a l'air achement dur(g vu le tuto de caveb laster: faut cher cher a chaque fois les adresses des touches, mais c vrai ca speed)