si tu pars ds l'autre sens, tu auras un jeu petit en taille et lent, et qd tu vas optimiser la vitesse il va grossir en taille
c pas logique du tout
Kevin Kofler
: Si on optimise vraiment (à grande échelle), on optimise les 2. Les optimisations en vitesse à détriment de la taille sont des micro-optimisations qui ne valent que rarement le coup en vitesse. Elles gaspillent juste de la place.
C'est ce que je dis.Mais tu dois t'être trompé quelque part.
Enfin tu as corrigé toi même l'erreur.
Logique on ne peut pas tout avoir. Pour pouvoir utiliser les meilleurs jeux, il faut abandonner les TSR ou les apps qui utilisent trop de RAM Toujours est-il que les posts sont dans le même ton (enfin sauf les tiens) au sujet de la vitessePerso, je suis encore un newbie, en tous cas au niveau de mon code. Donc déjà je code comme un porc, alors forcément le prog à la base sera lent. Ce n'est pas une routine qui me fera gagner trois cycles (mais augmenter de 10 ko mon code) de CPU qui va vraiment faire effet, alors qu'il y a des parties du code où je pourrais être plus de deux fois plus rapide simplement en optimisant mon algorithme. De plus, il y a la stabilité qui rentre en compte, les routines AMS étant, à mon avis, bien plus stables que tout bidouillage optimisé en vitesse.
Kevin:Qui te dit qu'"on veut" de la vitesse???
Tu n'es pas Thor à ce que je sache, donc c'est à lui de me dire ce qu'il veut, pas à toi!
Je pense que Thor n'est pas ignare, il sait sûrement que le ROM_CALL prend moins de place.
Pas forcément. Il est "THE newbie" en ses propres mots.
Kevin Kofler :
Ben, on passe à un fps variable alors.
Brunni :
[ ... ] J'utilise ma TI pour calculer, et pour des programmes utilitaires, et optionellement pour jouer et programmer un peu. Alors si ma calc n'est pas fonctionnelle au moment où j'en ai besoin ou qu'elle n'a jamais plus de place, elle ne sert clairement à rien.
Et alors les jeux qui empêchent les calculs de fonctionner, ben ils ne sont pas très pratiques. 
Non, je préfere fixer le fps à la valeur minimale qu'il devrait atteindre. Les variations rendent la jouabilité pourrave dès qu'elles sont trop importantes.pokeIO(0x600017,[valeur]);
Et alors ? Ça apporte quoi au topic de savoir que t'utilise pas ta calc pour jouer ? C'est ton pb tu fais ce que tu veux...Ca n'est pas ton cas et ça se voit. Mais j'utilise ma calc pour jouer ET pour calculer. Je ne sais pas pourquoi mais je ne pense pas être le seul.
Brunni
:Non, je préfere fixer le fps à la valeur minimale qu'il devrait atteindre. Les variations rendent la jouabilité pourrave dès qu'elles sont trop importantes.pokeIO(0x600017,[valeur]);
OSFreeTimer(6);
OSRegisterTimer(6,1);
[ton code]
while(!OSTimerExpired(6));
Et ton FrameRate n'est plus variable!
Ce n'est pas ça, son problème. Son problème, c'est d'arriver à tenir le fps qu'il fixe.Ah je vois... Toujours est-il que ce n'est pas un newbie, alors il peut avoir besoin de fonctions optimisées si le reste de son code l'est également.
Brunni :
PokeIO(0x600017,[valeur]);
OSFreeTimer(6);
OSRegisterTimer(6,1);
[ton code]
while(!OSTimerExpired(6));
Et ton FrameRate n'est plus variable!
Ah je vois... Toujours est-il que ce n'est pas un newbie, alors il peut avoir besoin de fonctions optimisées si le reste de son code l'est également.
Kevin Kofler :
Tu sais, il arrive qu'on ait envie d'utiliser une calculatrice de temps en temps pour calculer et de temps en temps pour jouer.Et alors les jeux qui empêchent les calculs de fonctionner, ben ils ne sont pas très pratiques.
liquidMais les jeux qui plantent quasi systématiquement, ils font encore moins longtemps que ça!
:Kevin Kofler :
Tu sais, il arrive qu'on ait envie d'utiliser une calculatrice de temps en temps pour calculer et de temps en temps pour jouer.
ouais mais en meme temps les jeux de merde et les jeux qui sont petits mais lents au point de pas etre tres jouable, ils n'y restent pas plus de 5 min sur la ti
void rectanglePlein(short x0,short y0,short x1,short y1,short mode) {
SCR_RECT rectangle;
rectangle=(SCR_RECT){{x0,y0,x1,y1}};
ScrRectFill(&rectangle,&(SCR_RECT){{0,0,LCD_WIDTH-1,LCD_HEIGHT-1}},mode);
}
Brunni :
Vertyos> Si tu testes ta routine avec des nombres non-constants, ça renverra "invalid lvalue in unary" ou un truc du type. C'est marqué dans la doc de TIGCC... Sasume> Idem que pour Vertyos.
Brunni :
Vertyos> Si tu testes ta routine avec des nombres non-constants, ça renverra "invalid lvalue in unary" ou un truc du type. C'est marqué dans la doc de TIGCC... Sasume> Idem que pour Vertyos.
A l'ouest BrunniJe ne comprends pas ta réaction. Désolé, mais bon j'ai eu une fois l'erreur, maintenant je ne la fais plus (pas même pour essayer si avec le nouveau GCC ça plante toujours)
Brunni
: Je ne comprends pas ta réaction.
Brunni
: Tu avais l'air de me prendre pour un con avec ma grosse routine, alors je t'explique juste que je ne l'ai pas implémentée pour rien.