http://www.planet-casio.com Programmes Casio, Jeux, Cours pour Calculatrices Casio fr-FR https://www.planet-casio.com/images/logo.gif http://www.planet-casio.com 55 50 Programmes Casio, Jeux, Cours pour Calculatrices Casio. Sat, 08 Nov 2025 14:16:49 GMT Sat, 08 Nov 2025 14:16:49 GMT contact@planet-casio.com (Planet Casio) contact@planet-casio.com (Planet Casio) 5 https://www.planet-casio.com/Fr/forums/topic19133--.html Salut à tous, Au cours des trois derniers mois, mon ami et moi avons joué à tous les jeux Star Wars disponibles sur les calculatrices Casio. Nous avons déjà lancé des jeux logiciels pour Casio FP-1100, FX-702P, FX-7700, FX-9850 partageable, CFX. Faute de calculatrices originales, nous avons dû exécuter des jeux sur divers émulateurs. Des vidéos de gameplay peuvent être visionnées ici. En 1999, le jeu appelé Star Wars Episode 1 est sorti pour le Casio Graph 100. Nous avons pu nous convertir .FXI =>.G2M pour l'exécuter sur l'émulateur officiel Casio CG-75+ mais n'a pas réussi à extraire les images nécessaires pour exécuter le jeu correctement en utilisant l'interface FX. Aidez-nous à lancer le jeu! Une copie du fichier est jointe au message. Mon, 03 Nov 2025 20:23:51 +0100 https://www.planet-casio.com/Fr/forums/topic19132--.html Hello, une fois n'est pas coutume, c'est un addin de type utilitaire que je suis en train de programmer. Mais qu'arrive-t-il donc à Papy Sly se demande la foule estomaquée !!! Rien, juste une immense frustration d'avoir l'impression de tout le temps devoir retirer des addins pour en mettre d'autres sur la Graph Math+, avec ses "seulement" 4,5Mo de flash réservé à l'utilisateur (mémoire de stockage). Bref, je me suis dit que je ne devais certainement pas être le seul dans ce cas et j'ai donc lancé le projet "Squish It !!" dont les sources sont sur le dépôt de la forge ici. Le programme permet de compresser les fichiers G3A sous un format propriétaire basé sur la compression zlib que j'avais à l'époque mis en place sur Casio pour le portage de la SDL/SDL_image. La compression génère donc un fichier G3Z de taille réduite. On est en moyenne à un ratio de compression de l'ordre de 60%, ce qui est loin d'être négligeable, ceci revenant à avoir virtuellement une mémoire de stockage de ~10Mo (il faut un peu de marge pour pemettre les opérations de compression/décompression) au lieu des 4,5Mo de la machine. Lorsque l'on a besoin de l'addin, il suffit en théorie de le décompresser, et on peut ensuite le lancer une fois qu'il a retrouvé sa forme de G3A reconnu par MPM. Bon, il y a juste un petit (enfin gros) problème à ce stade : l'OS / MPM ne voit pas les fichiers G3A générés après la décompression, bien que ceux-ci soient bien présents sur la mémoire flash. Donc c'est un peu ballot et ça casse un peu le rêve. Voici la manip: - Si on part d'un addin par exemple OutRun.G3A (faisant 848Kb), on peut le voir dans MPM.bin via Tools (...) sur Graph Math+. - Je lance mon addin SquishIt, je sélectionne le fichier OutRun.G3A, je fais la compression qui me génère le fichier OutRun.G3Z (312Kb). - De retour dans MPM.bin via Tools (...), l'addin OutRun a bien disparu (normal, le G3A n'existe plus, il est remplacé par l'archive G3Z). - On relance SquishIt cette fois pour décompresser le G3Z et revenir au G3A, ce qui se fait sans problème. SquishIt actualise les fichiers après la décompression, ne voit plus le G3Z (normal) et voit à nouveau bien le G3A (avec la bonne taille, il y a une vérification pendant la décompression). - on quitte SquishIt pour retourner dans MPM.bin via Tools (...), mais là OutRun n'apparait pas dans la liste des addins présent sur la machine. - si on va dans l'application "mémoire" de l'OS, on voit bien le fichier sur la flash dans la mémoire de stockage (normal). - Pour pouvoir voir et lancer l'addin depuis MPM.bin, je n'ai trouvé qu'une seule méthode : copier l'addin décompressé en G3A sur mon PC puis le remettre sur la calculatrice, et là il apparaît bien dans le menu de MPM.bin via Tools (...). Bref, c'est à s'arracher les cheveux, j'ai la preuve que le G3A est fonctionnel puisque le passage avec le PC se fait sur la base d'addins compressés puis décompressés. J'ai essayé de faire une connexion USB sans déplacer les fichiers, mais sans succès, dans ce cas MPM ne voit pas les G3A décompressés. Bref, je comprends pas ce qui peut se passer de différent entre la copie depuis un PC et l'écriture sur la flash depuis la calculatrice. Si quelqu'un a des idées, je suis preneur. Attention si vous testé l'addin SquishIt, j'ai vérifié pas mal de chose, mais c'est du WIP (notamment sur Graph 90+E il plante à la phase d'effacement du fichier source G3A ou G3Z selon si compression ou décompression). Mon, 03 Nov 2025 20:15:15 +0100 https://www.planet-casio.com/Fr/forums/topic19130--.html Pour un peu de contexte: Si je me suis lancé dans ce projet c'est suite aux problèmes des languages existant sur G35 (pour moi) : Le python est lent et pas terrible à utiliser, et le C.Basic est pas si rapide et a une syntaxe qui me repousse. Au départ, j'avais commencé à écrire un language structuré cet été, ressemblant au B. Mais le projet est assez énorme, et je me suis retrouvé à la rentrée avec 1800 lignes de code et un générateur de représentation intermédiare foireux (c'est à dire assez loin de la fin). Donc finalement, je me suis lancé dans le Forth, qui est un des langages les plus simples qui existent :E Le projet J'ai donc un coeur d'interpréteur Forth qui est actuellement fini, il manque juste ... toutes les fonctions standard :lol: Ce qui est présent : - Un lexeur/parseur complet - Une hashmap - Quelques primitives du langage (Appel/retour de fonction, 'exit', constantes, '+','-') Ce qui reste à faire avant que je daigne publier un addin : - Une interface graphique - Améliorer un poil la hashmap - Finir d'implémenter : variables, constantes, chaînes de caractères et déclaration de fonctions - Ajout de '*', '/', '*/', '!', '@', '.', comparaisons, 'if', 'loop', 'while' Le code source est disponible ici :here: https://git.planet-casio.com/Fcalva/fxforth Wed, 29 Oct 2025 15:02:27 +0100 https://www.planet-casio.com/Fr/forums/topic19129--.html when i call the function through the timer it doesnt detect the keydown (works when i call the function directly) static int Timer; int TimerFunc(){ int b = 0; while(1){ clearevents(); b++; dclear(C_WHITE); dprint(0,0,C_BLACK,"%d", b); dupdate(); if(keydown(KEY_EXIT)){ return TIMER_STOP; } } } int main(void) { Timer = timer_configure(TIMER_ANY, 50000, GINT_CALL(TimerFunc)); while(1){ clearevents(); dclear(C_WHITE); drect(0,0,20,20,C_BLACK); dupdate(); if(keydown(KEY_MENU)){ return 1; } if(keydown(KEY_EXE)){ timer_start(Timer); } } } Mon, 27 Oct 2025 12:05:04 +0100 https://www.planet-casio.com/Fr/forums/topic19127--.html My original code from 2006 has been used by others, and after 20 years I revisited using a Casio FX-9750 as a datalogger. Experiments proved it is possible to pause the calculator in the middle of a RECEIVE() request WITHOUT generating a COM error. This likely works with FX-9860 and FX-CG50 3-pin ports. Quick history: I did the original Picaxe Forum post nearly 20 years ago of classroom use of a Casio FX-9750G connected to a Picaxe for data logging in Physics classes. Forum member Anobium then did a version later in 2011/2012. Clearing out my home lab recently I found my old class set I had made for an education research project (published) when I recalled an idea I had at the time but never tested until now. For the last 20 years the wider community documentation interpreted the Casio FX-9750 and FX-9860 link mode as synchronous and blocking: once a transfer begins, both connected devices must complete it. This prohibited real-time interval sampling because Casio BASIC lacks timing functions like PAUSE, WAIT, or a real-time clock. The calculator alone cannot manage precise time-based data collection. Instead, data acquisition units like the EA-100, EA-200 and CLAB handled timed interval sampling independently of the FX-9750 and FX-9860. However they cost $400 - $900. The innovation: This post shares that I have invented and tested a new Picaxe BASIC algorithm that uses a previously undocumented and unknown exploit that permits pausing the RECEIVE() transmission without generating a COM timeout error. I have completed a single universal Picaxe Basic program for 08M2 and 14M2 chips. For simple sensor units for younger learners the 08M2 chip connected to a single analog sensor (e.g. Temperature, light, sound, heartbeat) and/or a single digital input. For rates of change or more complex experiments in chemistry, physics or biology, a 14M2 which permits logging up to 3 sensors simultaneously. The innovation is that both loggers now ALSO RECORD ELAPSED TIME STAMPS with the sensor readings! The simple 3-pin serial protocol likely works with FX-9860 and FX-CG50 calculators. This saves $$$$ having to purchase EA-200 or CLAB data acquisition units to enable data logging on the calculators. The Casio BASIC program is also universal: It works with any connected microcontroller or board; Picaxe, ESP8266, ESP32 and others. As a proof of concept, I have a working Wemos D1 mini running my new RECEIVE() algorithm. More details here: https://mikefentonnz.github.io/projects/casio-calculator-data-logger-hack.html Sun, 26 Oct 2025 03:55:25 +0100 https://www.planet-casio.com/Fr/forums/topic19126--.html Hi guys , im trying to make a new program main idea is 3D Engine it run (.ve) file .ve file = vertices + edges And its a text format of course , should look like : # Simple Cube V -1 -1 -1 -1 -1 1 -1 1 -1 -1 1 1 1 -1 -1 1 -1 1 1 1 -1 1 1 1 E 1 2 1 3 1 5 2 4 2 6 3 4 3 7 4 8 5 6 5 7 6 8 7 8 As you see Vertices are some (x,y,z) points, edges are some line drew between them. In the casio add-in i use some projection to turn it 2D. My problem : the code look fine, and complies well, but nothing works when transfer it to the calculater :aie: all the build code as zip file : https://drive.google.com/file/d/1b-nFsRZMBSCLV4BtiZDfp80_Kfvfmoc_/view?usp=sharing I used some AI i can't deny it :lol: , i'm a bad at C So it will be nice if anyone could help me here. Mon, 20 Oct 2025 05:22:01 +0200 https://www.planet-casio.com/Fr/forums/topic19120--.html modify its pixels on runtime Sat, 11 Oct 2025 20:34:08 +0200 https://www.planet-casio.com/Fr/forums/topic19117--.html Les rumeurs courent que je soutiens ma thèse Vendredi 24 Octobre à 14h et que y'aura une visio où je vais parler de compilateurs et de sécurité pendant 45 minutes (en anglais). Si vous voulez troller dans le chat ou rajouter une photo sur Les Tronches, vous êtes les bienvenu·es. :p Pitch, jury, et lien visio sur cette page : https://silent-tower.net/research/phd-defense (Ce jury est plein de célébrités pour info) Tue, 07 Oct 2025 11:31:02 +0200 https://www.planet-casio.com/Fr/forums/topic19115--.html GetKey() from fxsdk freezes my program does it have something to do with the SH4A cpu? Fri, 03 Oct 2025 18:28:44 +0200 https://www.planet-casio.com/Fr/forums/topic19107--.html Bonsoir à toutes et tous, Je viens d'installer casioPython 1.6 sur ma FX-9860GII SD, et cela fonctionne à merveille, en tout cas le test avec le programme NBMAGIK fonctionne très bien. De plus, je retrouve ce fichier dans casiopy et je peux l'exporter vers mon Mac (en émulation Win8). Par contre, je n'arrive pas à faire l'inverse. Un fichier Python TI au format texte et .py passe très bien dans FA-124 dans le doccier casiopy, mais plante le link avec la Casio lorsque j'essaie de le transférer. Le link quitte, message "Complete" et rien d'autre, ni plantage de FA, ni blocage de la Casio. Une solution ? Merci ! Thu, 25 Sep 2025 01:55:16 +0200