2048

[Adriweb]

J'y connais rien en Lua, mais j'ai l'impression que tout le truc est timer-based

Pour les animations, il n'y a pas le choix de toute façon

ce qui fait que l'écran n'est pas rafraîchi à chaque frame

L'écran est forcément rafraîchi à chaque coup de timer, sinon on ne verrait pas les changements d'un coup à l'autre. Pour changer cette fréquence, il faut donc changer le paramètre dans le timer.start

ni de manière régulière

L'écran est seulement rafraîchi quand il y a besoin (donc à chaque tick du timer, cf le :invalidate dans le on.timer), et faire autrement serait catastrophique en terme de performance, du coup.
(c'est le cas ici, mais aussi en général en Nspire-Lua : invalidate l'écran à d'autres moments que quand on en a besoin est une bêtise )

ce qui fait que les animations n'ont pas l'air fluides alors qu'elles le sont probablement behind the scenes. Est-ce que ça pourrait être amélioré ?

Ca, probablement pas, justement. C'est les temps de dessin qui prennent du temps

Levak pourra probablement en dire un peu plus.

[Levak]

Mon 2048 est lent sur HW et je n'ai pas trouvé de solution.
Il est même plus lent que sur nspire_emu, où je suis obligé de le baisser à 20% pour reproduire sa vitesse réelle.

[Hayleia]

Mais je dis pas qu'il est lent, au contraire, je dis qu'il est pas fluide. En gros, les tiles ne se déplacent pas pixel par pixel, mais semblent sauter 3 pixels de temps en temps, ou 2 parfois. Limite même j'étais en train de dire que le jeu allait plus vite que la fréquence de rafraîchissement. Donc est-ce que ça peut être amélioré ?

[Levak]

Mais je dis pas qu'il est lent, au contraire, je dis qu'il est pas fluide. En gros, les tiles ne se déplacent pas pixel par pixel, mais semblent sauter 3 pixels de temps en temps, ou 2 parfois. Limite même j'étais en train de dire que le jeu allait plus vite que la fréquence de rafraîchissement. Donc est-ce que ça peut être amélioré ?

Sur calculatrice ou sur le logiciel ordi ?
Car chez moi, en 3.1, ça lagge ...

[Hayleia]

Sur calculette, en 3.1. Franchement, la vitesse ne me semble pas lente, c'est vraiment juste que je trouve ça pas fluide, avec des sauts.

[technolapin]

Hem, il y a un bug: ça me dit que j'ai perdu quand plus aucune case n'est vide mais que je peut encore fusionner des tiles.

[Levak]

Hem, il y a un bug: ça me dit que j'ai perdu quand plus aucune case n'est vide mais que je peut encore fusionner des tiles.

Screen ?

Que l'animation soit un en retard par rapport à l'état du jeu est possible, mais normalement la détection ne se base pas sur l'état visuel des tiles, donc ne se trompe jamais.

[technolapin]

C'est vrai que le coups suivant est toujours le dernier.

[Levak]

C'est vrai que le coups suivant est toujours le dernier.

Non, c'est juste que tu dois toujours être plus rapide que l'animation.
Laisse lui le temps de respirer, tu verras que c'est bien au moment où tu ne peux plus jouer que la partie s'arrête.

[AnToX98]

Il est juste magnifique mais un peu lent quand même sur handheld. Déjà il faudrait peut être éviter de rafraîchir tout l'écran mais y aller par morceaux. Après j'éviterais le fillRoundRect ça ralentit énormément...
Peut être que ça serait cool comme sur l'app de faire plusieurs mode de jeux comme survival, x-tile ou encore practice mode. Et de pouvoir continuer après l'apparition du 2048
Sinon il est vraiment vraiment super beau mais pour sa mauvaise rapidité je reste sur la version faite sur omni.