Abandon du projet Omega, le firmware tiers pour NumWorks

[parisse]

J'ai noté ces messages, oui.

Ils s'affichent en bas de page et manquent, je trouve, de mise en avant (couleur, style). À ma première tentative je ne les avais même pas remarqués, et pensais donc qu'il ne se passait rien.

J'ai rajoute une barre de progression, c'etait plus facile que je ne pensais (tout est deja pret dans le code web dfu). Il faut encore ajouter une legende a cote de la barre de progression, on verra ca un peu plus tard.

[critor]

Ah, déjà ? Superbe !

J'annoncerai tout cela avec grand plaisir dès que j'en aurai le temps.

[Maxou09]

A mon époque on aurait réglé le désaccord entre Critor je voulais dire Parisse et Cent20 par un duel à l’épée.

Non je déconne on avait déjà des révolvers à mon époque.

Ps comment je peux afficher des petits icônes comme vous ?

[critor]

Ah, c'est moi qui suis en désaccord ici ?
Je ne m'en étais même pas rendu compte...

Bon admettons. Je propose un duel à la NumWorks, je prends celle de gauche, et cent20 celle de droite :

Ps comment je peux afficher des petits icônes comme vous ?

Pardon, quelles icônes ?

[cent20]

Même si j’ai une tendance à préférer les jeux en flat design, je dois reconnaître que ceux ci sont très réussi graphiquement. Si la partie basse avec les scores dénote un peu, le reste m’a paraît parfaitement réalisé, il me tarde de découvrir le code qui génère ce graphisme…

[critor]

Oh, les graphismes ce n'est pas moi. Mis à part le personnage de Link (Zelda), choisi parce qu'il était vert et que ça permettait d'économiser dans la palette de couleurs, ils sont issus, avec modifications, du pack "Toen's Medieval Strategy Sprite", puis convertis avec compression RLE sur img2calc.php .

L'exploit par contre, c'est d'arriver à faire tourner ça avec juste le heap 32K de la NumWorks Epsilon : 9 sprites 32x32 pixels + palette de 32 couleurs + l'énorme carte du monde en 146x91 cases.
(après, si vous participez sous Omega ou Khi, ce sera toujours mieux, vous aurez davantage de libertés pour modifier et compléter le script - parce sous Epsilon, on n'est qu'à quelques lignes de l'erreur de mémoire)

Le script dans sa version allégée pour NumWorks dépasse les 25Ko. Aucune erreur de mémoire malgré cela, du code ultra compact, même les données de la carte sont compressées (selon une variation du RLE). Et donc il nous a fallu aussi coder des fonctions d'accès aux données compressées à la fois courtes et efficaces (il est absolument impensable de décompresser toutes les sprites, et encore moins de décompresser la carte).

Malgré tout cela les performances sont très correctes (du moins sur NumWorks).

Chaque année on repousse les limites du réalisable en Python sur l'ensemble des calculatrices, et cette année nous allons le prouver : des jeux ambitieux sont possibles en Python.

[Maxou09]

Ah, c'est moi qui suis en désaccord ici ?
Je ne m'en étais même pas rendu compte...


Pardon, quelles icônes ?

Ho trompé de pseudo, trop célèbre.

Les petits dessins dans les phrases, des émoticones.

[critor]

Ah, les smileys ?

Ce sont de courtes séquences de caractères.
:) par exemple donne

Il y a une liste complète par ici :
posting.php?mode=smilies

[parisse]

Je vais lister ce que je pense etre capable de faire pour remplacer la creation d'un systeme de fichier, sachant que mon interet et mes competences en programmation c'est de programmer des algorithmes mathematiques, utilisables ailleurs que sur Numworks. Je ne me vois pas du tout implementer un systeme de fichiers par exemple, parce que je n'ai aucune connaissance theorique dans le domaine, et que je n'ai pas de moyen de mettre au point du code arm Numworks (contrairement a du code mathematique que je peux mettre au point sur architecture x86 voire sur architecture arm avec le debugger nspire). Donc mes propositions sont les suivantes:

• ajouter un support en flash pour un nombre limite de backups, disons 16 backups de 32K, qui occuperaient l'espace apres le firmware et juste avant les apps externes (0x90180000-0x901ffffff). Les backups seraient ecrits par paire dans les secteurs de 64K (taille utilisee par Numworks). La restauration de backup, deja presente pour le backup du mode examen, serait etendue a ces 16 backups (il y a deja la fonction dans l'API pour les apps externes)
• ajouter du support dans Xcas pour pouvoir travailler sur PC sur des "projets" comportant plusieurs scripts, les "archiver" dans un fichier d'extension .nws qu'on pourrait ensuite envoyer sur le scriptstore (l'envoi de backups au format nws vers le scriptstore est deja possible) ou vers l'un des 16 slots de backups en flash
• ajouter le support en lecture de l'import de fichiers .py contenus dans l'archive apps.tar. Cela permettra par exemple de rajouter dans le apps.tar certifie des scripts Python utilises par critor pour qu'un meme script soit utilisable sur un grand nombre de calculatrices.

Mais bien sur, si quelqu'un veut se lancer dans une implementation d'un vrai systeme de fichiers, libre a lui!

[parisse]

Bon, le support en lecture de fichiers .py dans l'archive apps.tar fonctionne maintenant depuis le MicroPython de KhiCAS (je n'ai pas reussi depuis le MicroPython d'Epsilon, de toutes facons on n'aurait pas pu voir la liste de ces fichiers sans faire des changements importants....). N.B.: ces fichiers ne sont pas accessibles en mode examen.
Et il est maintenant possible de rajouter a cette archive vos propres scripts Python ou d'autres fichiers, par exemple des ROM nes ou gb, a l'archive apps.tar sans casser la certification du firmware. Il suffit de faire une copie de https://www-fourier.univ-grenoble-alpes.fr/~parisse/giac/apps.tar puis d'y ajouter les fichiers souhaites avec la commande

Code: Select all

tar rvf apps.tar <filenames>

(attention, il faut qu'ils soient en mode non executable, sauf s'il s'agit d'applis extensions).
On verifie que la taille de apps.tar ne depasse pas 6225920 octets (6M - le secteur qui sert a faire le backup du scriptstore au lancement du mode examen).
Et on envoie le tout a la Numworks avec la commande

Code: Select all

dfu-util -i 0 -a 0 -s 0x90200000:force -D apps.tar