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. Thu, 15 May 2025 12:34:34 GMT Thu, 15 May 2025 12:34:34 GMT contact@planet-casio.com (Planet Casio) contact@planet-casio.com (Planet Casio) 5 https://www.planet-casio.com/Fr/forums/topic18752--.html Bien le bonjour les gens ! Aujourd’hui, et pendant tout le reste du mois, je vais partager avec vous le développement de la nouvelle version de Zelda: Tears of the NES. Je me suis lancé le défi de reprendre mon ancien prototype et d’en faire un vrai jeu, propre, fini, jouable. Je vais organiser ça en épisodes, ou chapitres, et je mettrai à jour ce topic au fur et à mesure de l’avancement du projet. Chapitre 1 – Un passé lointain : Particule Si tu traînes régulièrement sur ce site, tu sais peut-être déjà que ça fait 5 ans 0_0 que je bosse sur un moteur de jeu nommé Particule. J’en parle peu, mais pourtant il a bien évolué. Pas mal de bugs ont été corrigés, et plusieurs optimisations ont été apportées. Pourquoi je t’en parle ici ? Tout simplement parce que ce jeu va tourner sur Particule. Qu’est-ce que ça apporte ? Comment ça fonctionne ? Particule est divisé en trois parties : -Particule API -Particule Engine -Particule Editor ▸ Particule API La Particule API est une interface qui permet de compiler un même projet sur plusieurs plateformes (tant qu’elles sont prises en charge), sans modifier une seule ligne de code ! 8-) Voici un exemple de fichier de configuration : { "common": { "is_library": false, "clean": false, "debug": false, "source_files": [ "Particule/Engine/src/Components/Camera.cpp", "Particule/Engine/src/Core/Coroutine/CoroutineManager.cpp", "Particule/Engine/src/Core/GameObject.cpp", "Particule/Engine/src/Core/Transform.cpp", "Particule/Engine/src/Scene/Scene.cpp", "Particule/Engine/src/Scene/SceneManager.cpp", "Sources/src/main.cpp", "Sources/src/Sys/Game.cpp", "Sources/src/Scenes/MainMenuScene.cpp" ], "include_paths": ["Particule/Engine/include","Sources/include"], "library_paths": [], "defines": {}, "build_dir": "build", "bin_dir": "bin", "project_name": "ZeldaTOTN" }, "CasioCg": { "libraries": [], "compile_flags": "-Wall -Wextra -Werror", "link_flags": "", "assets_files": { "textures": [ {"path": "Assets/common/Images/UI/UI.png","reference_path":"assets/Images/UI/UI.png", "format": "p8", "alpha":true, "external":false}, {"path": "Assets/common/Images/UI/MainLogo.png","reference_path":"assets/Images/UI/MainLogo.png", "format": "p8", "alpha":true, "external":false} ], "fonts": [ {"path": "Assets/common/Fonts/PressStart2P.ttf","reference_path":"assets/Fonts/PressStart2P.font", "resolution": 8, "charset": " !\"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_`abcdefghijklmnopqrstuvwxyz{|}~éèêëôöûüçàâäæœÉÈÊËÔÖÛÜÇÀÂÄÆŒ"}, {"path": "Assets/common/Fonts/The Wild Breath of Zelda.otf","reference_path":"assets/Fonts/The Wild Breath of Zelda.font", "resolution": 32, "charset": " 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz."} ], "other": [] }, "inputs": {"UP":"KEY_UP", "DOWN":"KEY_DOWN", "LEFT":"KEY_LEFT", "RIGHT":"KEY_RIGHT", "ENTER":"KEY_EXE", "ENTER2":"KEY_SHIFT"}, "display_name": "", "icon_uns": "Assets/cg/icon-uns.png", "icon_sel": "Assets/cg/icon-sel.png", "output_file": "ZeldaTOTN", "memtrack": false }, "Windows": { "assets_files": { "textures": [ {"path": "Assets/common/Images/UI/UI.png","reference_path":"assets/Images/UI/UI.png"}, {"path": "Assets/common/Images/UI/MainLogo.png","reference_path":"assets/Images/UI/MainLogo.png"} ], "fonts": [ {"path": "Assets/common/Fonts/PressStart2P.ttf","reference_path":"assets/Fonts/PressStart2P.font", "resolution": 8, "charset": " !\"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_`abcdefghijklmnopqrstuvwxyz{|}~éèêëôöûüçàâäæœÉÈÊËÔÖÛÜÇÀÂÄÆŒ"}, {"path": "Assets/common/Fonts/The Wild Breath of Zelda.otf","reference_path":"assets/Fonts/The Wild Breath of Zelda.font", "resolution": 32, "charset": " 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz."} ], "audio": [], "other": [] }, "inputs": {"UP":"SDLK_UP", "DOWN":"SDLK_DOWN", "LEFT":"SDLK_LEFT", "RIGHT":"SDLK_RIGHT", "ENTER":"SDLK_RETURN", "ENTER2":"SDLK_KP_ENTER"}, "icon": "Assets/win/icon.ico", "console": true, "architecture": "x64", "lib_api": "SDL2", "compiler": "MSVC", "output_file": "ZeldaTOTN" }, "Linux": { "assets_files": { "textures": [ {"path": "Assets/common/Images/UI/UI.png","reference_path":"assets/Images/UI/UI.png"}, {"path": "Assets/common/Images/UI/MainLogo.png","reference_path":"assets/Images/UI/MainLogo.png"} ], "fonts": [ {"path": "Assets/common/Fonts/PressStart2P.ttf","reference_path":"assets/Fonts/PressStart2P.font", "resolution": 8, "charset": " !\"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_`abcdefghijklmnopqrstuvwxyz{|}~éèêëôöûüçàâäæœÉÈÊËÔÖÛÜÇÀÂÄÆŒ"}, {"path": "Assets/common/Fonts/The Wild Breath of Zelda.otf","reference_path":"assets/Fonts/The Wild Breath of Zelda.font", "resolution": 32, "charset": " 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz."} ], "audio": [], "other": [] }, "inputs": {"UP":"SDLK_UP", "DOWN":"SDLK_DOWN", "LEFT":"SDLK_LEFT", "RIGHT":"SDLK_RIGHT", "ENTER":"SDLK_RETURN", "ENTER2":"SDLK_KP_ENTER"}, "lib_api": "SDL2", "output_file": "ZeldaTOTN" } } Je lui donne ça… et il fait le reste tout seul, automatiquement. Deux grosses "nouveautés" à noter : -la gestion des fonts ; -la gestion des textures. 📌 Les fonts Le système convertit une font .ttf ou .otf en un format spécial. Ce format permet de stocker uniquement un charset donné (super pratique pour économiser de l’espace), gère automatiquement les unicodes, et permet de dessiner avec différentes tailles. Par exemple : si tu sauvegardes une font à 16 px, tu peux l’afficher à l’écran en 19 px sans souci. Tu peux bien sûr changer la couleur; et le spacing entre les caractères reste fidèle à la font d’origine (et oui, tous les caractères n’ont pas la même largeur). 🖼️ Les textures Tu sais sûrement que gint propose 3 types de compression d’image (P4, P8, RGB565). Particule, lui, prend tout ça en charge. Peu importe le format, si tu fais image->GetPixel(x, y), tu obtiens un type Color optimisé, sans te prendre la tête. Et si tu veux afficher un pixel, tu peux utiliser image->PutPixel(xTexture, yTexture, xScreen, yScreen) pour le dessiner directement à l’écran. Évidemment, pour les affichages classiques, on a aussi Draw, DrawSub, DrawSubSize, DrawSubSizeColor, etc. Tu peux afficher une image entière ou une portion, à la taille que tu veux, avec la couleur que tu veux, et même la retourner (flip horizontal/vertical) en donnant une taille négative. 👉 Pour l’instant, la rotation (en degré) n’est pas encore supportée. ▸ Particule Engine Le Particule Engine, c’est une copie maison de Unity 3D. Son fonctionnement est similaire : scènes, GameObjects, composants… Je te laisse imaginer le fonctionnement à la Unity : une scène contient des objets, chaque objet peut avoir des composants qui lui ajoutent des comportements ou propriétés. J’ai même intégré un système de Coroutine, très proche de IEnumerator, pour faire des fonctions asynchrones. Par exemple, l’animation du logo au lancement du jeu est maintenant gérée via une coroutine. ▸ Particule Editor Là on parle de l’éditeur. Tu vois Unity ? Ben c’est pareil. Sauf que ça fait 5 ans que j’essaie de faire cet éditeur à la noix… :argh: J’ai tenté de le faire 4 fois en Python avec Tkinter : ça ramait, c’était instable. Une horreur. Mais cette fois… c’est la bonne. Pourquoi ? Parce que le Particule Editor est développé avec… Particule API. La boucle est bouclée. ^^ En résumé : Particule, c’est génial, il fait tout le sale boulot pour toi Chapitre 2 – Le Commencement : Menu principal Maintenant qu’on a l’API et le moteur, on peut passer à la suite : le menu principal. Il a été entièrement refait, façon Unity 3D. Avant, j’avais une seule ligne d’exécution. Maintenant, plusieurs processus se partagent les tâches, et il faut bien les gérer. C’est vrai que pour l’interface utilisateur, c’est pas toujours pratique. J’ai mis en place un système de sprites dans l’API. L’idée ? Sur une seule texture, tu regroupes plusieurs icônes. Par exemple : toutes les icônes de l’UI sur une image. Ensuite, tu les découpes en sprites, et rien qu’avec ça, tu peux générer tout le menu principal. https://i.ibb.co/YTZ1qrnd/Screen-UI-Zelda-TOTN.png https://i.ibb.co/Gf5kY9xS/casio-menu-gif.gif Chapitre 3 – l'Éditeur de Sprites J’ai développé un éditeur de sprites bien pratique pour faciliter le travail sur les assets du jeu. Il permet de charger une image (sprite sheet, tileset, etc.) et de découper visuellement les sprites directement dans le logiciel. C’est super intuitif : tu traces les zones que tu veux, et chaque sprite est enregistré, le tout dans un fichier .json. Tu peux ensuite : renommer chaque sprite pour t’y retrouver facilement ; modifier ou corriger une découpe si tu t’es trompé ; et même changer la couleur de fond pour un meilleur contraste visuel, selon ton image. C’est un petit outil maison, mais franchement, il me fait gagner un temps fou. Et surtout, il s’intègre parfaitement au reste de l’écosystème Particule. https://i.ibb.co/whDyTbrK/Capture-d-cran-2025-05-12-013515.png Chapitre 5 – La Skybox La skybox, c’est le fond visuel de ta scène. Dans mon cas, j’ai opté pour un système simple, léger et efficace : un dégradé vertical. Elle est composée de deux couleurs : - une couleur pour le haut du ciel (top) ; - une couleur pour le bas (bottom). Chaque ligne de l’écran est ensuite coloriée par interpolation linéaire entre ces deux teintes. Résultat : un joli dégradé qui donne de la profondeur et évite le vide noir souvent présent dans les rendus 3D sans skybox. C’est rapide à calculer, visuellement agréable, et largement suffisant. Chapitre 6 – La projection 3D Entrons maintenant dans le vif du sujet : la projection 3D. L’objectif est simple à formuler mais complexe à mettre en œuvre : prendre un modèle 3D et calculer où ses points (appelés sommets) doivent apparaître à l’écran en 2D. Mais comment ça fonctionne ? Chaque objet a : - une position (où il est dans l’espace), - une rotation (dans quelle direction il est orienté), - une échelle (s’il est agrandi ou réduit). On commence par appliquer tous ces paramètres à chaque sommet du modèle. Translation par rapport à la caméra Ensuite, on place l’objet par rapport à la caméra. En gros, on « recentre » la scène pour que ce que la caméra voit soit bien positionné. Rotation de la caméra Après avoir bougé les objets, il faut les orienter comme si on tournait la tête. La rotation de la caméra est appliquée à chaque sommet pour simuler cette vue. Projection en 2D Une fois les sommets bien placés et orientés, on les projette sur l’écran. C’est comme regarder à travers une vitre : on trace une ligne entre l’œil (la caméra) et le point 3D, et on regarde où cette ligne touche la surface de l’écran. Le calcul principal ici ressemble à : x à l’écran = (x dans l’espace / profondeur) * facteur C’est ce qui donne l’effet de perspective : plus un objet est loin, plus il paraît petit. https://i.ibb.co/pBsjb4DX/casio.gif Chapitre 7 – Rendu 3D : dessiner les textures Maintenant que les sommets sont bien positionnés à l’écran, il est temps de dessiner les faces du modèle 3D : on entre dans la phase de rendu. Le principe des UV Chaque face du modèle (triangle ou quadrilatère) est mappée à une texture, une image qu’on applique sur la surface. Les coordonnées UV servent à dire quelle partie de l’image correspond à chaque coin de la face. (U pour l’axe horizontal, V pour l’axe vertical) C’est comme découper une image pour la coller précisément sur un objet en 3D. Et comment je m’y prends ? Selon la forme de la face, plusieurs stratégies sont utilisées : Si la face est un quadrilatère : C’est un rectangle ? → j’utilise une fonction optimisée pour les rectangles (plus rapide). C’est un parallélogramme ? → j’ai une autre fonction dédiée, qui prend en compte l’inclinaison. Autre cas ? → je divise la face en deux triangles pour un rendu plus universel. Si la face est déjà un triangle : → je la dessine telle quelle, en utilisant un algorithme de rendu triangle + texture. Ces choix sont faits pour optimiser les performances, car chaque méthode est adaptée à la géométrie qu’elle traite. Et voilà le résultat à l’écran : https://zupimages.net/up/25/20/2b37.gif Voilà où j’en suis pour le moment. Les prochains chapitres arrivent très bientôt ! ^^ Mon, 12 May 2025 01:37:39 +0200 https://www.planet-casio.com/Fr/forums/topic18750--.html I am currently making my add in and wanted to show the battery status with the separation line like the calculator usually does in any other built in app and some other add ins but I dont know how to do this does anyone know what #include gint directive I need for it or is there is a different way of doing this entirely Any help appreciated Thank you! Thu, 08 May 2025 23:03:37 +0200 https://www.planet-casio.com/Fr/forums/topic18745--.html https://tiplanet.org/forum/gallery/image.php?mode=thumbnail&image_id=20063Les logiciels Casio Manager sont d'excellents émulateurs à installer sur ordinateurs Windows/Mac et disponibles dans des éditions couvrant différents modèles de Casio : fx-92+ Spéciale Collège, Graph 35+E II, Graph 90+E et fx-CP400+E entre autres. D'une conception méticuleuse, ils permettent aux enseignants : de copier des ressources pour concevoir des documents (captures d'écran, séquences de touches...) de guider collectivement une classe en vidéoprojection, dans sa recherche du problème du jour Toutefois ces logiciels ne sont normalement pas gratuits. En théorie, pour pouvoir les utiliser au-delà d'une période d'essai gratuite de 90 jours, l'enseignant doit acheter un numéro de licence pour chacune des éditions qu'il souhaitait utiliser. En pratique pour la France, les numéros de licence sont généreusement fournis gratuitement aux enseignants par Casio France sur simple demande. 👍 Précisons que ces licences ne sont pas permanentes, expirant après 1 ou 3 ans selon le prix (1 an pour celles offertes par Casio France), et sont alors à renouveler, ce qui nécessite donc de faire les démarches à temps. Et rajoutons qu'une fois activées, ces licences sont définitivement liées à la machine alors utilisée lors de l'activation, et ne peuvent plus resservir à débloquer un émulateur Casio Manager sur une autre machine. ------------------------------------------ Cela fait un moment déjà que Casio se désintéresse des logiciels d'émulation Manager, au profit des émulateurs en ligne via la plateforme ClassPad.net (exploitable depuis la France en passant par la plateforme locale Casio-Education.eu). D'une part, depuis maintenant quelques années les derniers modèles (fx-92 Collège Classwiz, Graph Math+) n'ont plus droit à une édition dédiée du logiciel d'émulation. D'autre part, début 2025 Casio avait même mis terme à la commercialisation des licences pour les éditions Classwiz du logiciel Manager, les modèles concernés dont la fx-92+ Spéciale Collège étant en grande partie disponibles sur ClassPad.net. ------------------------------------------ https://tiplanet.org/forum/gallery/image.php?mode=thumbnail&image_id=22357Aujourd'hui à la veille des examens, le serveur d'activation de licences Manager de Casio, celui à qui chaque installation du logiciel soumet le numéro de licence que tu y saisis accompagné d'un descriptif de ton ordinateur et qui répond alors en validant ou refusant l'activation de la licence, est en maintenance. Et la boutique d'achat est également hors service. Les numéros de licence que tu as déjà achetés ou que tu reçois gratuitement en tant qu'enseignant ne permettent donc plus, pour le moment, de débloquer un logiciel d'émulation au-delà des 90 jours suivant son installation. Nous ignorons les détails, mais dans le contexte précédent où le logiciel Manager ne semble plus être une priorité, il se pourrait bien que la panne soit durable. ------------------------------------------ https://tiplanet.org/forum/gallery/image.php?mode=thumbnail&image_id=20064Pour compenser et surtout afin de ne pénaliser personne à la veille des examens, Casio a l'immense générosité d'offrir au monde entier, aussi bien enseignant(e)s qu'élèves ou étudiants, et entre autres à tous les membres de Planète Casio, une licence d'1 an pour le fx-CG Manager ! Cette édition cible les modèles couleur de milieu de gamme de Casio dont elle reproduit le fonctionnement : fx-CG50 Graph 90+E (France) fx-CG50AU (Australie) La licence ne nécessite ici aucune activation car elle est tout simplement déjà préactivée. Dépêche-toi de l'installer au plus tôt afin d'en profiter le plus longtemps possible, car elle expirera le 30 avril 2026 au soir ! Il te suffit juste de mettre le fichier .lic dans le dossier d'installation de ton émulateur, et un script est fourni à cette fin (.bat pour Windows, .command pour Mac). Téléchargements : Emulateur fx-CG Manager Plus pour Windows Mac Licence gratuite préactivée (permet une utilisation gratuite jusqu'au 30 avril 2026) Mon, 05 May 2025 14:59:59 +0200 https://www.planet-casio.com/Fr/forums/topic18744--.html Hi everyone, I'm currently trying to create a .g3a add-in for the Casio fx-CG50 using gint, but I'm running into repeated issues during the build process. I followed all documented steps as carefully as possible and I am on WSL for Windows. Here’s exactly what I’ve done so far, including the commands and any errors I got: First I installed base dependencies with no errors sudo apt update sudo apt install curl git python3 build-essential pkg-config Installed GiteaPC and runs without issues curl "https://git.planet-casio.com/Lephenixnoir/GiteaPC/raw/branch/master/install.sh" -o /tmp/giteapc-install.sh bash /tmp/giteapc-install.sh Installed the toolchain using GiteaPC giteapc install Lephenixnoir/fxsdk Lephenixnoir/sh-elf-binutils Lephenixnoir/sh-elf-gcc Lephenixnoir/sh-elf-gdb Which first failed with error: error 2 in command: gmake -f /home/<username>/.local/share/giteapc/Lephenixnoir/fxsdk/giteapc.make configure /bin/sh: 1: cmake: not found So I ran sudo apt install cmake After installing CMake, the above **giteapc install** worked correctly Installed libraries required by gint with no errors giteapc install Lephenixnoir/OpenLibm Vhex-Kernel-Core/fxlibc giteapc install Lephenixnoir/sh-elf-gcc giteapc install Lephenixnoir/gint Lephenixnoir/libprof Verified installed packages with no issues giteapc list Installed additional system libraries (for completeness) no issues again sudo apt install cmake libpng-dev libusb-1.0-0-dev libglib2.0-dev libncurses-dev libsdl2-dev Created my test project nano main.c nano CMakeLists.txt nano manifest.toml Made a build directory and ran cmake mkdir build cd build cmake .. make Which returned this error CMake Error at CMakeLists.txt:4 (find_package): By not providing "FindGint.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "Gint", but CMake did not find one. Could not find a package configuration file provided by "Gint" with any of the following names: GintConfig.cmake gint-config.cmake I tried pointing CMake to the directory using this command but the error persisted cmake .. -DGint_DIR=$HOME/.local/share/giteapc/dev/Lephenixnoir/gint I also ran this it returned no results, which I believe confirms that gint does not provide a GintConfig.cmake file, so CMake cannot find it this way. find ~/.local/share/giteapc/dev/Lephenixnoir/gint -name "GintConfig.cmake" I would really appreciate if anyone could let me know if I am doing something entirely wrong or some steps are missing or if this is the right way to get fxsdk and make my own g3a file I am new to this so Any help is greatly appreciated Thank you! Mon, 05 May 2025 14:11:47 +0200 https://www.planet-casio.com/Fr/forums/topic18739--.html Hello les gens ! Comme vous le savez, j’adore créer des jeux. Le souci, c’est que la plupart ne sont que des prototypes que j’ai laissés de côté depuis trop longtemps… et ça me fait mal au cœur de les voir prendre la poussière. Alors j’ai pris une décision : je vais tous les ressusciter ! C’est un peu comme si je me lançais un concours perso. (Si certains d’entre vous veulent me filer un coup de main, je ne dirai pas non :lol: ) L’objectif : terminer chaque projet en 2 semaines maximum. Si je n’y arrive pas… j’aurai un gage 0_0 Petite précision : je vais uniquement faire des Add-ins (donc les projets initialement faits en Basic Casio seront portés et rendus compatibles avec les Casio FX). Voici les projets en attente de résurrection : -Mario Land / New Mario Maker (même moteur pour les deux) -Zelda BOTN -Isocraft -Super Mario 3D -Zelda: Tears of the NES (vu sa complexité, j’aurai 3 - 4 semaines pour celui-là) -RPG Maker Maintenant, c’est à vous de jouer : Votez pour le projet que vous voulez voir terminé en premier, et proposez un gage (soyez sympas hein 😅). Vous avez jusqu’au 7 mai pour voter. Et une fois qu’un projet est terminé… on enchaîne avec le suivant ! Sat, 03 May 2025 16:24:43 +0200 https://www.planet-casio.com/Fr/forums/topic18738--.html Il y a des concours où l’on se dit "Bon, on va recevoir trois plateformes bancales et un simulateur de grille-pain", et il y a la Python Jam, où les participants se sont littéralement arrachés pour nous proposer des productions dignes d’un studio AAA. Pendant cette édition, nos amis programmeurs et créateurs avaient pour mission de coder un jeu autour du thème imposé "Le gardien du Temple". Résultat : six propositions très différentes, bourrées d’idées, de personnalité, et parfois même d’ambition technique impressionnante. Les testeurs — SlyVTT et Shadow15510, vos humbles serviteurs, pour ne pas les citer — s’y sont plongés avec sérieux (un peu) et café (beaucoup, du moins pour au moins l’un d’entre eux). Entre rires, surprises et bonne dose de pixel art, sans oublier quelques “ragequit” lors de passages impossibles, les testeurs vous livrent ici leurs impressions croisées. Prêt(e)s à découvrir ces interprétations toutes plus originales les unes que les autres des temples ? Suivez le guide sur les traces de ces gardiens d’exception chacun dans leur univers vidéoludique. Le Gardien du temple (de la consommation) Par Afyu – pour machines Graph 90+E & Graph Math+ sous PythonExtra Tibo se dresse en protecteur du stock de papier toilette !!! https://imgur.com/untRiD3.png https://imgur.com/RalP825.png Premier sur la liste, et pas le moins inspiré : Le Gardien du temple (de la consommation) transforme un supermarché en lieu sacré, et son vigile en défenseur solitaire contre des hordes de voleurs... apparemment motivés par le risque de pénurie de papier toilette juste avant le confinement... L’humour est assumé, et ça fait mouche. https://imgur.com/pWZ5wph.png On note d’entrée que le jeu est “très facilement jouable” : la maniabilité est fluide et intuitive, avec une bonne lisibilité des ennemis et des projectiles (les boîtes de conserve dans les manches avancées). L’action est rapide sans être confuse, et surtout : le jeu tourne bien. https://imgur.com/Z1MsI5m.png Le concept est simple, mais bien tenu : on empêche la sortie des mauvais payeurs et on doit résister contre des vagues de clients (et employés) enragés. Et même si la variété n’est pas folle, les visuels, eux, sont clairs et lisibles. Le parti-pris visuel est un peu brut de décoffrage, mais il fonctionne. Cela offre la possibilité d’un portage rapide sur d’autres machines, Afyu maîtrisant parfaitement sa machine de cœur, la Numworks. Côté amélioration, les deux testeurs sont d’accord : il manque de la variété dans les ennemis et les vagues. Un peu de diversité en plus aurait été top. Des configurations de magasins différentes, des clients (les bons payeurs, car tout le monde n’est pas voleur) qu'il ne faut pas arrêter, pourquoi un « easter egg » avec le fils du dirlo qu'il ne faut pas toucher même s'il dévalise le magasin... https://imgur.com/L6zDVLa.png Malgré ça, l’ambiance est là, les idées aussi, et le tout respire la maîtrise technique. Un bon petit jeu qui tourne bien ! Quelques petites améliorations (peut-être une version post-jam) seraient les bienvenues, mais vraiment bien joué ! https://youtu.be/0ZlOjczjVi0 Item évaluéNote moyenne/ Nombre de points maximum Gameplay1.25 / 3 Points Graphisme et interface1.875 / 3 Points Narration et univers1.625 / 2 Points Level Design0.75 / 1 Points Bonus0.5 / 1 Points Appréciation générale6 / 10 Points TOSS – Temple of the Spiral Serpent Par Phoebe – pour machines fxCP400+E / ClassPad II sous PythonExtra Mystère, labyrinthes et exploration en Amazonie https://imgur.com/bm3XAyB.png https://imgur.com/Qxa3pi7.png TOSS, c’est un peu le temple des énigmes amazoniennes. On incarne un personnage lancé dans une descente étrange au cœur d’un bâtiment antique, où la géométrie semble jouer contre nous. Une direction artistique forte, et une aspiration claire : faire de vous le prochain Indiana Jones !! Rien que celà... https://imgur.com/Gysp1y7.png Graphiquement, on est conquis : l’interface est bien travaillée, on sent que chaque élément a été pensé. L’agencement des divers éléments utilise parfaitement le format de l’écran du ClassPad. L’ambiance mystérieuse fonctionne, renforcée par un level design qui intrigue. La génération procédurale des labyrinthes est top. https://imgur.com/53jGUMx.png Mais côté gameplay, le jeu pêche un peu. Le jeu se limite en l’état à se balader dans le labyrinthe, sans réellement de but. L’apparition de pièges, de combats serait vraiment un gros plus et permettrait de rendre le jeu moins répétitif. https://imgur.com/tNruSZG.png Malgré cela, TOSS propose une vraie ambiance, une proposition forte, et donne envie d’en voir plus. Avec un petit coup de polish sur l’ergonomie (utilisation du stylet), un peu plus de contenu (combats en tour par tour, clefs à trouver, énigmes à résoudre), il pourrait devenir un vrai petit bijou. https://youtu.be/BJvD_GAXcrk Item évaluéNote moyenne/ Nombre de points maximum Gameplay1.5 / 3 Points Graphisme et interface1.875 / 3 Points Narration et univers1.125 / 2 Points Level Design0.625 / 1 Points Bonus0.5 / 1 Points Appréciation générale5.625 / 10 Points Fall Par Hackcell – pour machines Graph 90+E & Graph Math+ sous PythonExtra Un jeu zen, tout en feuilles mortes https://imgur.com/MsTIJQX.png https://imgur.com/zHEyQJj.png Avec Fall, pas d’ennemis, pas de pièges. Juste une prêtresse gardienne du temple Hakurei, son balai, et des feuilles à ramasser. Le but ? Nettoyer le temple, feuille après feuille. https://imgur.com/LmDYFk1.png On sent l’envie de créer un jeu dans lequel le temps n’a pas d’importance, dans un style contemplatif, mais hélas le concept n’a pas pu être complètement exploité par manque de temps. On regrettera que le gameplay s’arrête à la seule mécanique de se positionner sur les tas de feuilles et de presser sur SHIFT. Une fois qu’on a balayé, on doit passer au jour suivant pour voir de nouveau des feuilles arriver. L’idée d’un jeu cyclique et contemplatif est intéressante, mais aurait gagné à être enrichie : un score, un contre-la-montre, des bonus, ou même des événements aléatoires (orage de feuilles ?) auraient donné plus de relief. Au niveau des graphismes, la prêtresse, bien que petite, est très détaillée. On aimerait d’autres éléments décoratifs dans ce style et dans le thème du jeu. https://imgur.com/HSAoe6A.png Rendre une contribution loin des aspirations de départ n'est pas chose facile. Beaucoup auraient renoncé et n'auraient juste rien rendu. Nous trouvons cela courageux de rendre une copie certes non aboutie, mais rendue tout de même, merci Hackcell. Fall mériterait vraiment une version post-jam plus aboutie, pour le lore, des petits panneaux qui expliquent l'histoire ou l'art des jardins à la japonaise par exemple, des petits sprites figurants le jardin sec, la pagode ou ce genre de chose pourrait même ajouter un côté pédagogique au jeu. https://youtu.be/kcdAbEyyebQ Item évaluéNote moyenne/ Nombre de points maximum Gameplay0.75 / 3 Points Graphisme et interface0.375 / 3 Points Narration et univers0.5 / 2 Points Level Design0.125 / 1 Points Bonus0.25 / 1 Points Appréciation générale2 / 10 Points Le Golem de Méroé Par Suisei – pour machines Graph 90+E & Graph Math+ sous PythonExtra Un temple, un golem, et des mécaniques solides https://imgur.com/Kfih9lm.png https://imgur.com/D6eQukQ.png Le Golem de Méroé est un puzzle game dans un temple antique, où le joueur active des mécanismes et découvre des secrets. Et franchement ? C’est l’un des jeux les plus complets de cette Jam. https://imgur.com/OFpqd9b.png On est très positif : il y a un vrai travail de level design, les énigmes s’enchaînent bien, on a l’impression d’avancer dans quelque chose de construit. Les mécaniques sont introduites progressivement, sans surcharge. Chaque salle apporte une nouvelle idée. On notera la cohérence de l’univers, avec une belle lisibilité visuelle malgré le style rétro. https://imgur.com/ASDXZaX.png Le tout donne une sensation d’aventure “à l’ancienne”, dans le bon sens du terme. Côté moins, les sprites sont à la limite du lisibles et une augmentation de taille de l’héroïne serait un gros plus, de même qu’une meilleure définition des hitboxes des plateformes qui rendent le jeu vraiment dur et obligent à tout recommencer très régulièrement. https://imgur.com/IpswOIv.png Malgré tout, Le Golem de Méroé est un bon petit jeu, bien construit, et très agréable à parcourir. Une des meilleures surprises de cette sélection. https://youtu.be/crx0Z7Uv_IA Item évaluéNote moyenne/ Nombre de points maximum Gameplay1.875 / 3 Points Graphisme et interface1.625 / 3 Points Narration et univers1.5 / 2 Points Level Design0.5 / 1 Points Bonus0.625 / 1 Points Appréciation générale6.125 / 10 Points Temple Warrior Par Farhi – pour machines Graph 90+E & Graph Math+ sous PythonExtra Action rapide et graphismes soignés https://imgur.com/q5BZMVQ.png https://imgur.com/kKkdLFg.png Temple Warrior, c’est le jeu d’action pur jus : vous êtes un guerrier dans un temple, des ennemis vous attaquent, et vous les tranchez tous avec style. C’est propre, fluide, efficace. Et ça résume bien l’essence du jeu. https://imgur.com/KbGZADt.png Les animations sont très réussies, avec un personnage vif, des coups bien rendus, et des ennemis eux aussi bien animés. On soulignera la qualité technique : le jeu est solide, les collisions sont propres, le rythme est soutenu sans être brouillon. https://imgur.com/wcKklfw.png Mais ce dynamisme cache un peu le manque de renouvellement dans les combats. Passé les premières minutes, l’action devient un peu répétitive. Ajouter des attaques spéciales, des ennemis à comportement varié, ou des phases d’esquive rendrait l’ensemble plus profond. Il est aussi difficile de garder un œil sur les 3 gemmes très distantes les unes des autres. https://imgur.com/2kwg7W3.png En l’état, Temple Warrior est une belle vitrine d’efficacité, qui n’attend qu’un coup de boost côté contenu et immersion, et peut être un petit rééquilibrage dans les spawns de monstres. https://youtu.be/fi44pUwsFRU Item évaluéNote moyenne/ Nombre de points maximum Gameplay1.75 / 3 Points Graphisme et interface2.875 / 3 Points Narration et univers0.75 / 2 Points Level Design0.5 / 1 Points Bonus1 / 1 Points Appréciation générale6.875 / 10 Points Templar Par Lephenixnoir – pour machines Graph 90+E & Graph Math+ sous PythonExtra Un seul niveau, mais quelle intensité ! https://imgur.com/yH1gb1R.png https://imgur.com/nqLl8vc.png Templar, c’est l’outsider de cette édition : un petit jeu d’adresse à la difficulté bien dosée, où il faut récolter tous les drapeaux d’un niveau truffé de pièges. Pas d’histoire, pas d’artifice : juste du skill. https://imgur.com/GfjiqwP.png On a adoré la précision du gameplay. Les contrôles sont réactifs, le jeu est exigeant mais jamais injuste. C’est addictif, on a envie de recommencer pour aller plus vite. La simplicité de l’interface et la lisibilité de l’action rendent le jeu accrocheur dès la première tentative. https://imgur.com/KeEHKID.png Bien sûr, le principal défaut, c’est qu’il n’y a… qu’un seul niveau. Pas de système de score, pas de progression. Mais ce que le jeu propose, il le fait très bien. Et il donne immédiatement envie d’en avoir plus dans une suite, avec des défis, des boost, et pourquoi pas des mécaniques complémentaires (état de forme du gardien qui diminue avec l’épuisement, apparition de nouvelles skills comme le dash, …). https://imgur.com/XB6nLQR.png Un bon exemple de minimalisme efficace. On en redemande. https://youtu.be/VuEUqUCmg4w Item évaluéNote moyenne/ Nombre de points maximum Gameplay2.25 / 3 Points Graphisme et interface2 / 3 Points Narration et univers0.75 / 2 Points Level Design0.625 / 1 Points Bonus1 / 1 Points Appréciation générale6.625 / 10 Points Conclusion : six temples, des gardiens très différents, et beaucoup de talent Il faut le dire clairement : le niveau de cette Jam est excellent. Chacun des six jeux présentés propose une expérience distincte, une réalisation propre, et surtout : une vision. Que ce soit dans l’humour, la contemplation, l’action ou le puzzle, chaque créateur a su apporter une patte, une ambiance, un gameplay. SlyVTT et Shadow15510 saluent tous deux la qualité globale des participations, aussi bien sur le plan technique qu’artistique. Les idées sont là, le soin aussi, et malgré des bugs ou des manques ponctuels, l’ensemble est très prometteur. Les analyses détaillées des divers tests réalisés sont reprises dans le fichier ODS joint. Cela vous permettra si vous le voulez bien, de faire progresser vos contributions qui le méritent toutes. Il nous faut désormais désigner nos deux vainqueurs. Voici donc le ranking des 6 contributions reçues. Tout n’a pas été très facile à juger, mais nous avons tout de même 2 contributions qui sortent du lot. Unanimement les testeurs se sont dit : “Whoua !! On peut faire ça en Python sur une calculatrice !!”. Sans prolonger le suspens plus longtemps, voici donc le classement de cette seconde édition de la Python Jam de Planète Casio. RankingJeu (auteur)Note moyenne #1Temple Warrior (Farhi)6.875 / 10 #2Templar (Lephenixnoir)6.625 / 10 #3Le Golem de Méroé (Suisei)6.125 / 10 #4Le Gardien du Temple … de la Consommation (Afyu)6 / 10 #5TOSS - Temple of the Spiral Serpent (Phoebe)5.625 / 10 #6Fall (Hackcell)2 / 10 Félicitations à Farhi qui se hisse sur la première marche du podium avec son très bon et esthétique Temple Warrior. Second, et premier dauphin du roi Farhi, et juste sur ses talons, notre Lephé (inter-)national avec son très bon plateformer Templar. Farhi se voit donc récompensé d’une très belle Graph Math+ en version d’OS 2.00 avec le mod MPM préchargé ainsi que PythonExtra, ainsi que quelques goodies de la collection. Lephenixnoir quant à lui est l’heureux vainqueur d’une coque de protection ou d’une housse de transport ainsi que bien évidemment de quelques goodies de la collection. Un immense bravo et merci à tous les participants : vous avez construit de véritables petits temples de créativité. On espère revoir ces projets étoffés, ou découvrir vos prochaines pépites lors des prochaines éditions ! Nous espérons que ce petit événement sur une semaine vous a plu. Nous constatons avec grand plaisir que PythonExtra a fait un carton plein, 6 contributions sur 6 exploitent cette belle plateforme, ce qui constitue clairement pour l’équipe de développement une réelle motivation à faire progresser cet addin. N’hésitez pas à nous faire part de vos remarques et suggestions pour améliorer cet outil, cette Jam était aussi l’occasion de faire un test en grandeur nature. Si cela vous a plu, nous ferons d'autres Jams Python et cela deviendra peut être un des événements récurrents sur Planète Casio. Lâchez-vous dans les commentaires. De la part de l’organisation, un grand merci à Toutes et Tous !!! Sat, 03 May 2025 12:27:19 +0200 https://www.planet-casio.com/Fr/forums/topic18737--.html I downloaded khicasen.g1a from https://www-fourier.ujf-grenoble.fr/~parisse/casio/khicasioen.html. But there is plot instead of view on F3 key. And pressing F3(plot) gives only reserved. Documentation says F3(View) (On "7 The 2d editor.") Is documentation outdated? Or is g1a file outdated? Fri, 02 May 2025 13:01:34 +0200 https://www.planet-casio.com/Fr/forums/topic18736--.html A travers un très long et très bon article, critor se fait l'écho sur TI Planet de la décision récente de Texas Instrument de publier une update pour les calculatrices TI-83 Premium CE / TI-84 Plus CE et TI-82 Advanced Edition Python via un patch bloquant l'utilisation de arTIfiCE et arTIfi82. Le lien vers l'excellent article de critor est donné ici : Update anti-arTIfiCE 83PCE/84+CE 5.8.3 & 82 Adv Python 5.6.5 Cette décision de TI intervient suite à la publication sur le net par un individu hors de la communauté TI d'une vidéo explicitant comment modifier matériellement une calculatrice TI-84 Plus afin d'installer une carte électronique de manière dissimulée et de permettre d'accéder à internet via une puce Wifi et offrant la possibilité de communiquer de manière externe durant les examens. Il y a clairement volonté de nuire car il ne fait aucun doute que ce projet vise à contourner le mode examen des machines. En réponse, TI verrouille donc ses machines afin de fermer le plus grand nombre possible de portes laissées entre-ouvertes et permettant à la communauté, via un accord de non agression tacite et réciproque, de continuer à créer et utiliser des programmes en assembleur/langage natif. Comme l'explique critor dans son article : Finalement, après des échanges auxquels nous avons grandement participé, une entente informelle a pu être atteinte et formulée oralement, que nous avions fort heureusement mise par écrit de notre côté. La communauté s’engageait à : :here: ne pas avoir d'outils permettant la réinstallation d'anciennes versions ("downgrade") sans autorisation :here: ne jamais au grand jamais altérer le mode examen ou effectuer d’autres modifications à des fins frauduleuses / de triche :here: ...ce qui impliquait notamment de communiquer ces règles auprès de nouveaux venus, faut-il bien sûr que contact il y ait eu En contrepartie : :here: la communauté pouvait sortir des outils réactivant la possibilité de lancer des programmes assembleur :here: et Texas Instruments allait tolérer le fonctionnement de ces outils La confiance étant de fait brisée, la sanction attendue et tant redoutée s'abat donc sur la communauté TI. La fin de la tolérance et la fermeture des failles exploitées par les outils communautaires pour offrir le support de l'ASM sur ces machines. Il faut être clair, il s'agissait réellement d'une tolérance de TI vis à vis de sa communauté. A n'en pas douter, TI a identifié depuis très longtemps les failles utilisées mais n'appuyait pas sur le bouton nucléaire grâce à l'accord trouvé avec sa communauté. Il convient aussi de dire que la communauté "officielle" TI, principalement centrée autours de TI Planet pour sa branche francophone et de Cemetech pour sa branche anglophone, a toujours veillé au grain et fait en sorte de s'assurer que le pacte était respecté. L'agression relatée venant ici d'un individu hors communauté. Certes cela se passe chez les copains de TI, mais il ne faut pas se voiler la face, ce genre d'agressions et de ruptures de contrat moral sera payé par tous les utilisateurs de calculatrices, qu'elles soient TI ou autres. Numworks en a fait les frais en 2020 et a fermé son OS en 2021 rendant le développement communautaire à peu près inexistant, TI avait aussi lors d'une première agression bloqué le support de l'ASM en 2020 avant d'officieusement le tolérer via les jailbreaks arTIfiCE et arTIfi82. Plus proche de nous, Casio ne supporte plus les addins tiers sur sa petite dernière la Graph Math+ / fx-CG100(AU). Alors que cela était le cas sur les modèles précédents fx-CG ou fx9860. Bref, ce n'est clairement pas une bonne nouvelle pour les communautés sérieuses des constructeurs. Encore une fois, et bien tristement, c'est un individu lambda qui n'est pas affilié à une communauté, qui vient briser le travail de longue haleine poursuivit par la communauté. La conclusion de critor est triste mais bien réelle, nous avons vu ceci avec la TI nSpire pour laquelle le verrouillage a conduit à la mort de la communauté : Donc à plus ou moins brève échéance, la communauté de développement CE est probablement condamnée ; dans tous les cas nous allons forcément vers un épuisement des failles utilisables un jour ou l'autre, combat que Texas Instruments a de façon similaire apparemment fini par gagner contre Ndless avec les TI-Nspire. Merci ChromaLock pour avoir, par ton égocentrisme pathologique, déclenché l’anéantissement d’une communauté, la mise aux oubliettes de 10 années de créations qui vont devenir inutilisables, ainsi que les conséquences à venir dans les prochaines années et qui, nous le craignons fortement, seront loin de ne concerner que le seul constructeur Texas Instruments. Mais nous ne souhaitons pas être trop alarmistes pour autant. À l’exception des rares pays ou examens dont la réglementation force à installer la dernière mise à jour, l’effet ne va pas être immédiat. Et le stock de rentrée 2025 est, heureusement pour nous, probablement partiellement déjà produit et acheminé. Nous pouvons prévoir les premiers effets vraiment notables à partir de la rentrée 2026, avec le renouvellement d’un premier tiers des TI-83 Premium CE utilisées au lycée par de nouvelles calculatrices venant avec une version 5.8.3+ préinstallée en usine. Nous avons clairement encore quelques mois/années de fun sur calculatrices CE devant nous, mais profitons-en… Merci à toutes et tous pour cette formidable aventure durant toute une décennie autour des TI-83 Premium CE et TI-84 Plus CE, ce fut un vrai plaisir que de vous avoir avec nous. Y'aura-t-il un mouvement similaire de la part de Casio ? On peut le redouter. Nous espérions un support officiel des addins de retour sur la Math+, cela sera certainement compliqué. Et qu'en sera-t-il de l'existant, tant officiel que officieux. Verra-t-on se fermer les Graph 90+E et les Graph 35+EII ? Je vous invite à lire le très bon article sur TIP et à partager vos commentaires ... Wed, 30 Apr 2025 16:36:50 +0200 https://www.planet-casio.com/Fr/forums/topic18735--.html Bonjour. J'ai un Casio FX-9860 GIII et j'ai commencé à utiliser le langage de programmation de Casio pour faire des jeux. Je voulais faire une sorte de jeu multijoueur câblé ou au moins un système de transfert d'informations en continu en utilisant les fonctions Send() et Receive(). J'ai vu dans un forum de 2002 que ce n'était pas possible car le signal d'envoi a une poignée de main de 5 bits alors que le signal de réception a une poignée de main de 7 bits. Existe-t-il un moyen simple de contourner ce problème ou de changer le système de handshake ? Mon, 28 Apr 2025 11:02:37 +0200 https://www.planet-casio.com/Fr/forums/topic18734--.html at the start of the program, i call gint_setrestart(1), then in a while loop i quit with gint_osmenu(); return 0; but when i get back to the program it isnt restarted and just quits on any button press. starting a different app and going back restarts it Fri, 25 Apr 2025 19:42:54 +0200