Interface+jeu de couleurs RGB Python sur TI-83PCE & NumWorks

[critor]

Pas grand chose à voir mais j'ai entendu dire que sur NumWorks on pouvait lire et écrire dans des listes de la calculatrice depuis des programmes python.

On peut sur TI-83, mais sauf erreur de ma part pas encore sur NumWorks.

Sinon, j'ai modifié ton interface pour qu'elle soit plus rapide, tout en respectant au mieux tes choix initiaux. Tu as le code ci-joint, et si tu l'acceptes tu peux mettre à jour ton archive.

J'ai donc tenté de minimiser au maximum le nombre d'appels à des fonctions graphiques par rafraîchissement :

• en déplaçant les curseurs
• en faisant des tests pour éviter les appels graphiques inutiles

Il y a une nette amélioration, mais ce n'est toujours pas instantané.
Ce qui prend encore un temps non négligeable, c'est le remplissage du grand rectangle de couleur à chaque modification d'un curseur.

[Bobb]

Merci beaucoup pour ce travail, critor, c'est vraiment sympa de ta part. Je vais évidemment mettre à jour le programme, c'est très bien ce que tu as fait.
Sinon pour les listes, j'ai lu quelque part qu'un sokoban en python utilisait des listes pour stocker les niveaux. Je chercherais un peu plus d'informations.

[critor]

Content que ça te plaise.

Sinon pour les listes, j'ai lu quelque part qu'un sokoban en python utilisait des listes pour stocker les niveaux. Je chercherais un peu plus d'informations.

Pour charger les niveaux, et ce sont tout simplement des listes Python.

Désolé pour la confusion.

[Bobb]

Mais du coup, pour charger les niveaux, comment ils font pour interagir avec la mémoire de la calculatrice ? C'est stocké sous forme de quoi dans la calculatrice, en dehors de l'exécution du jeu ?

[redgl0w]

Mais du coup, pour charger les niveaux, comment ils font pour interagir avec la mémoire de la calculatrice ? C'est stocké sous forme de quoi dans la calculatrice, en dehors de l'exécution du jeu ?

les listes sont stockés directement dans les sources du script (car seul omega permet d'accéder aux autres fichiers depuis un script python).
Cependant, permettre depuis python de parse un string poincare ça peut se faire facilement

[critor]

Mais du coup, pour charger les niveaux, comment ils font pour interagir avec la mémoire de la calculatrice ? C'est stocké sous forme de quoi dans la calculatrice, en dehors de l'exécution du jeu ?

Ce sont des scripts Python fournissant les niveaux sous forme de listes Python on ne peut plus normales :
from sokoban_level_1 import *

À ce jour concernant l'environnement Python de la NumWorks, il n'y a rien qui sort et rien qui rentre. C'est totalement en vase clos, totalement scindé des autres applications.

[Bobb]

Ok c'est bon j'ai compris mreci

[DoOmnimaga]

Ce qui prend encore un temps non négligeable, c'est le remplissage du grand rectangle de couleur à chaque modification d'un curseur.

Combien de temps que ça prend pour l'affichage? Est-ce plus rapide au moins que de remplir l'écran graph avec BackgroundOn en TI-BASIC?

[critor]

Une fraction de seconde, mais si tu laisses la flèche enfoncée pour enchaîner les modifications tu vas vite le sentir.

Oui le background TI-Basic me semble instantané à la différence.

Il faudrait remplir un rectangle plus petit, je ne vois pas d'autre solution. Mais là ça touche à l'identité visuelle de l'outil telle que pensée au départ, donc ce n'est pas à moi de prendre l'initiative de ce changement.

[Afyu]

Une fraction de seconde, mais si tu laisses la flèche enfoncée pour enchaîner les modifications tu vas vite le sentir.

Oui le background TI-Basic me semble instantané à la différence.

Il faudrait remplir un rectangle plus petit, je ne vois pas d'autre solution. Mais là ça touche à l'identité visuelle de l'outil telle que pensée au départ, donc ce n'est pas à moi de prendre l'initiative de ce changement.

Le but était de garder une conception en Python. Mais effectivement, on pourrait l'adapter en TI-Basic.

Oui, je pense qu'une des solutions les plus simples et les plus efficaces serait de réduire la taille de la zone colorée, et surtout de la réduire à un unique rectangle et non un assemblage de rectangles.

Par ailleurs, si j'ai bien compris, il va falloir retracer un rectangle de fond avant chaque actualisation des chaînes de caractères affichées, afin d'éviter des superpositions de textes. Je regarderai peut-être ça ce soir