[critor]

Mario / Oiram, Geometry Dash, Portal, Minecraft, Doom, ... le gaming sur calculatrices graphiques, ça fait chauffer le processeur. Peut-être l'as-tu déjà remarqué, particulièrement si tu disposes d'un modèle à batterie plus fin que les modèles à piles, avec donc la face arrière au plus proche des composants.

En pratique ce n'est pas bien gênant, les calculatrices Texas Instruments sont de conception très robuste afin d'affronter le contexte scolaire hostile, garanties 3 ans soit au moins toute une scolarité de lycée tellement le constructeur a confiance en ses produits, et nous en avons plein qui ne sont plus sous garantie depuis des années et continuent pourtant à fonctionner nickel chrome.

Donc juste pour le défi, Linus Tech Tips a monté le tout premier système de refroidissement liquide pour une calculatrice graphique, la TI-84 Plus.

Précisons que c'est également applicable au modèle contemporain TI-82 Advanced qui reprend le même boîtier et la même organisation de carte électronique.

Sauf que la TI-82 Advanced ne risque pas de chauffer, puisque bien qu'héritant de la TI-84 Plus la gestion des programmes et notamment jeux en langage machine en a été supprimée.

Vivement donc une adaptation de cette méthode à la TI-83 Premium CE qui elle a la chance d'être le dernier modèle à encore gérer les programmes tiers en langage machine.

Source : https://twitter.com/LinusTech/status/12 ... 9637775360

[critor]

Voici aujourd'hui Brutal pour Oiram CE, le moteur de jeu Mario-like iconique de ta superbe TI-83 Premium CE, sorti en 2017 par MateoConLechuga.

Brutal est un pack de 4 niveaux perso par Kosmic, des niveaux bien stimulants :

Pour fonctionner correctement, Oiram CE a besoin des bibliothèques C téléchargeables ci-dessous. Mais rien de bien compliqué, il suffit juste de récupérer et transférer leur fichier.

Téléchargements :

• Brutal
• Oiram CE
• bibliothèques C
• autres niveaux Oiram CE
• éditeur de niveaux Oiram CE (Windows + Mac)

[critor]

PT_ t'offre aujourd'hui un nouveau défi pour ta TI-83 Premium CE, Electric Circuit.

Dans ce jeu de casse-tête, te voici ingénieur électricien. Tu te dois approvisionner tous les foyers en électricité. Pour cela, tu as la possibilité de faire tourner chaque bloc, afin de réaliser les bonnes connexions. En espérant bien sûr que ces connexions qui ont l'air de marcher localement, soient bien compatibles avec une alimentation à terme de l'ensemble du réseau.

Electric Circuit est compilé en langage machine à partir de code source ICE, un version étendue du langage TI-Basic, et le code source est inclus.

Téléchargement : archives_voir.php?id=2620556

[critor]

Le fonctionnement matériel de ta TI-83 Premium CE Edition Python est absolument passionnant, du véritable travail d'horloger.
Elle renferme 3 puces essentielles :

• un cœur principal JB-007-01 S7TM2-010 qui renferme entre autres le processeur eZ80 et sa mémoire RAM
• une mémoire Flash externe Winbond 25Q32JVSIQ de 4 Mio de capacité, qui renferme :
  
  • le code d'amorçage (Boot) de 128 Kio
  • le système d'exploitation
  • un espace de stockage de 3 Mio de capacité qui accueille les applications ainsi que toutes les variables que tu places en mémoire d'archive
• et un cœur secondaire Atmel ATSAMD21 dédié à l'application Python

L'étude du cœur secondaire Atmel avait déjà bien commencé du temps où il était proposé sur le module externe d'extension TI-Python pour l'ancien modèle TI-83 Premium CE. Il comporte :

• un processeur 32 bits Cortex-M0+/ARMv6 cadencé à 48MHz
• une mémoire Flash interne de 256 Kio
• une mémoire SRAM de 32 Kio

La mémoire SRAM Atmel est utilisée :

• d'une part pour l'exécution du firmware CircuitPython
• d'autre part pour l'exécution de tes scripts Python, notamment à travers le tas (heap) et la pile (stack) comme évoqué récemment

Aujourd'hui nous nous intéressons à la mémoire Flash Atmel interne. Elle renferme

• le firmware CircuitPython que nous venons de mentionner
• et un espace de stockage destiné à accueillir les fichiers utilisés par le firmware ainsi que tes scripts Python importables, avec une capacité mesurée de 58,5 Kio du temps où on pouvait analyser le module TI-Python externe par connexion USB directe à un ordinateur

Bref, ce qu'il faut comprendre avec la TI-83 Premium CE Edition Python, c'est que même si tu peux stocker jusqu'à 3 Mio de scripts Python dans la mémoire Flash externe, ces derniers ne seront pas utilisables. L'application Python ne te permet en effet de lister, modifier, importer ou lancer directement que les seuls scripts présents dans la mémoire RAM associée au cœur principal eZ80, soit jusque dans les 150K si elle est bien vide.

Ensuite, lorsque tu accèdes à l'environnement Python, tous les scripts Python présents dans la mémoire RAM eZ80 (150K) sont copiés dans l'espace de stockage du cœur Atmel (58,5 Kio).

Comme ce dernier est de capacité inférieure, Texas Instruments avait par défaut fixé des limites pour éviter de l'épuiser. Tu avais droit jusqu'à présent à :

• jusqu'à 80 fichiers de scripts Python différents
• pour une taille globale de 40 Kio, soit très en-dessous des 58,5 Kio de capacité avec 55,5 Kio d'espace libre lorsque nous avions testé sur le module TI-Python externe

Si tu dépassais l'une des ces deux limites avec les seuls scripts Python présents en mémoire RAM eZ80, l'application Python refusait de démarrer et t'affichait alors l'écran d'erreur ci-contre.

Tu te devais alors soit de supprimer des scripts Python, soit d'en déplacer certains en mémoire d'archive. Un travail de sélection/jonglage pouvant être assez fastidieux.

Et bien bonne nouvelle pour toi avec la prochaine mise à jour 5.5, qui retardera nettement ces légers embêtements.

Les limites y sont en effet augmentées de 20% selon nos tests. Tu as désormais droit en mémoire RAM eZ80 de ta calculatrice à très exactement :

• jusqu'à 100 fichiers de scripts Python différents
• pour une taille globale de 50 Kio, bien plus proche cette fois-ci de l'espace libre estimé donc à 55,5 Kio sur le cœur Atmel

De quoi aller bien plus loin dans tes projets, merci TI !

[critor]

Dans un article précédent, nous te présentions notre bibliothèque de compatibilité automatique PolyPyNet pour les scripts Python graphiques sur calculatrices.

Au menu, compatibilité totale entre les scripts utilisant les bibliothèques graphiques propriétaires des différents constructeurs, même si utilisés chez la concurrence : :bj

• kandinsky pour NumWorks
• casioplot pour Casio Graph 90/35+E II
• ti_graphics pour TI-83 Premium CE Edition Python

En prime PolyPyNet permet d'exécuter les scripts utilisant ces bibliothèques sur ordinateur, traduisant et corrigeant les appels graphiques en question pour tkinter !

En pratique, les performances des scripts faisant appel à PolyPyNet étaient globalement très satisfaisantes :

• pas de ralentissement si exécuté sur la plateforme associée à la bibliothèque graphique utilisée
• performances restant honorables si exécuté sur la plupart des plateformes concurrentes... à une exception près

Sur l'exemple traité d'une animation de radar, la TI-83 Premium CE était dans les 250 à 750 fois plus lente, mettant plus de 40 minutes à faire un tour complet là où la concurrence se contentait de quelques secondes !

Le problème venait de l'architecture matérielle même de la TI-83 Premium CE Edition Python, déjà réexplicitée récemment. Les scripts Python n'y sont pas exécutés par le processeur eZ80 principal, mais par un coprocesseur 32 bits Cortex-M0+/ARMv6.

C'est-à-dire que les scripts Python n'ont pas d'accès direct au matériel de la machine et notamment à l'écran. Toute commande graphique génère un événement de rafraichissement qui doit ici transiter via la processeur eZ80 plus lent avant d'atteindre l'écran, d'où une latence très supérieure.

Les scripts conçus pour les bibliothèques graphiques minimalistes de la concurrence, faute de mieux appellent en boucle plein de commandes d'allumage de pixels "set_pixel", ce qui est effectivement une catastrophe si exécuté à l'identique sur TI-83 Premium CE Edition Python.

Mais Texas Instruments avait prévu le problème. Sa bibliothèque ti_graphics est tout sauf minimaliste. Elle comprend plein de fonctions dédiées pour tracer des primitives et formes géométriques en ne géréant qu'un seul événément de rafraichissement :

• lignes
• lignes brisées
• polygones avec remplissage optionnel
• rectangles avec remplissage optionnel
• arcs de cercles ou cercles avec remplissage optionnel
• arcs d'ellipses ou ellipses vec remplissage optionnel

En attendant mieux nous avons donc la solution manuelle, se sortir pour chaque script graphique Python une version dédiée spécialement optimisée pour la TI-83 Premium CE Edition Python.

Il suffit de remplacer les boucles de set_pixel() par les appels graphiques correspondants si existants dans ti_graphics.

Nous l'avons donc fait pour le radar, avec cette fois-ci un cadre d'affichage correspondant bien à la zone graphique de 320×210 pixels de la TI-83 Premium CE Edition Python.

Et bien la différence est impressionnante, plus que 18.535s pour une révolution, soit une accélération d'un facteur de 133 !

1. 3.2754s: NumWorks N0110 (firmware tiers Omega)
2. 3.4296s : NumWorks N0100
3. 3.5284s : NumWorks N0110
4. 3.6286s : NumWorks N0100 (firmware tiers Omega)
5. 6.499s : Graph 90+E
6. 7.412s : TI-Nspire CX CR3-
7. 9.703s : TI-Nspire CX CR4+
8. 18.535s : TI-83 Premium CE Edition Python (script dédié optimisé à la main)
9. 41min08.685s : TI-83 Premium CE Edition Python (compatibilité automatique PolyPyNet)

Un effort donc manuel certes, mais un effort qui vaudra largement le coût pour tes futurs scripts graphiques !

Téléchargements :

• Radar (optimisé TI-83 Premium CE)
• Radar (compatible tous modèles via PolyPyNet)
• PolyPyNet (dernière version)