Concours de démos graphiques en Python
Posté le 21/04/2020 18:26
Salut à tous, chers programmeurs et avides de toutes choses stylées sur calculatrices. Vous êtes tous tombés au bon moment, car il est temps de jouer avec les nouveaux modules de dessin en Python ! 
Casio a récemment annoncé puis publié trois modules de rendu graphique en Python pour Graph 35+E II et Graph 90+E :
•
matplotl, une version minimale de matplotlib très fidèle à l'original.
•
turtle, une reproduction en règle parfaitement identique à l'original.
•
casioplot, un module bas-niveau pour modifier les pixels à l'écran avec des performances très intéressantes.
On a déjà
commencé à parler de ces modules en détails dans un article précédent, et on va continuer dans le futur. Pour l'instant, on peut résumer les nouveautés en quelques points !
• Les modules
matplotl et
turtle sont très conformes aux originaux, ce qui permet aux mêmes programmes de marcher sur calculatrice et sur PC. D'autres constructeurs comme Numworks ont fait ce choix, et sur Planète Casio on trouve ça génial.
• Le module
casioplot permet de faire du dessin très précis. Les performances ne permettent pas de faire du dessin en temps réel, mais on peut déjà faire pas mal de choses !
• Malheureusement, on n'a toujours rien pour interagir avec le clavier (
à part quelques essais avec AC/ON) donc on peut pas faire de jeux.
Ce qui nous amène au concours d'aujourd'hui. Pour lancer tout le monde sur le chemin de ces bibliothèques et découvrir tout ce qu'on peut faire de stylé avec, je vous propose un
concours de démos graphiques accessible à tous !
Qu'est-ce qu'une démo graphique ?
Une démo graphique, c'est un petit programme qui affiche des choses stylées à l'écran, pour démontrer les capacités graphiques d'une plateforme. Ça peut être des animations stylées, des choses colorées, des cubes en 3D... ça peut être une seule image, une animation, peu importe.
En gros si c'est beau et stylé, vous gagnez.
Voilà des exemples de démos graphiques que j'ai codées sur ma Graph 90+E. Celles-ci tournent en temps réel ! (Les captures ont été prises par un logiciel vidéo donc c'est bruité, ce n'est pas un effet du programme.)
Comme vous pouvez le voir, il y a plein de choses à faire, et vous pouvez vraiment vous lâcher !
Dates, fonctionnement, et lots du concours
Voilà comment ça va se passer. Vous avez
jusqu'au Samedi 9 Mai (un peu plus de 2 semaines) pour poster vos participations sur ce sujet. Pour participer, vous devez :
Poster sur ce sujet
une image ou animation de votre démo. Votre démo doit fonctionner sur Graph 35+E II ou sur Graph 90+E. Dans les deux cas, vous pouvez prendre une capture avec
Screen Receiver.
Si vous n'y arrivez pas, envoyez-moi le code par message privé et je vous enverrai l'image ou l'animation en retour. Vous pourrez alors poster. Ne partagez pas votre code sur ce sujet !
Si vous n'avez pas de Graph 35+E II ou de Graph 90+E, vous pouvez utiliser
les émulateurs officiels qui disposent d'une version d'essai de 90 jours. Si même ça vous est inaccessible (parce que vous avez déjà utilisé la période d'essai, par exemple), vous pouvez m'envoyer le code d'un programme compatible Graph 35+E II ou Graph 90+E et je le lancerai pour vous.
À la fin du concours, vous devrez partager votre code et on discutera des techniques utilisées, des optimisations, et de la créativité dont vous aurez fait preuve pour abuser des mécanismes de tracé pas prévus pour ça.
Les meilleures participations seront classifiées par un petit jury (jusqu'à 5 membres hors participants) pour élire les démos les plus impressionnantes.
Il y a un lot à gagner, l'auteur·e de la meilleure démo graphique recevra une
clé USB multi-émulateurs à usage à vie. Cette clé USB contient les trois émulateurs
fx-92 Spéciale Collège+,
Graph 35+E II et
Graph 90+E, tous utilisables dans leur version complète sans limite de durée pourvu que la clé USB soit branchée à l'ordinateur. Ce système permet d'utiliser les émulateurs sur plusieurs ordinateurs sans difficulté !
Les deux émulateurs de Graph sont dans les premières versions Python. Mais pas d'inquiétude, car cette clé USB peut être mise à jour avec les nouvelles versions de l'OS ! Comme annoncé durant
la tournée pédagogique en ligne ce mois-ci, la mise à jour avec les bibliothèques graphiques est disponible pour les clés USB d'émulation. Casio a pensé à tout !
Alors évidemment, contrairement au CPC ce petit concours repose sur un système de notation assez subjectif. J'espère que tout le monde saura prendre le lot comme une incitation à participer, avec le recul suffisant pour éviter les mauvaises surprises à la fin !
À vos calculatrices !
Je compte sur vous pour envoyer le feu avec ces nouveaux modules. Si les participations sont vraiment stylées, on pourra en mettre en page d'accueil !
Je déclare le concours de démos graphiques Python ouvert !
Fichier joint
Citer : Posté le 25/04/2020 18:37 | #
Non, aucun port Python avec un module graphique n'existe sur les anciennes Casio monochromes…
(et édite tes messages s'il te plaît ^^')
Citer : Posté le 25/04/2020 18:37 | #
Potter360, si tu veux vraiment faire du graphique sur ta calculatrice, fais du BASIC ou un add-in en C
Vous êtes fan de « The legend of Zelda ocarina of Time »,si c’est le cas allez voir ZeldaGAME
mon projet de jeu basic casio
Citer : Posté le 25/04/2020 18:38 | #
ouaip et est ce qu on peut pas migrer de g85 à g35(sans couleurs du coup;;;)
Citer : Posté le 25/04/2020 18:41 | #
Puis que veux tu faire avec ce module ? Tu peux faire tout ce qu'il propose en BASIC
Puis si tu veux vraiment programmer en python sans calculatrice, utilise un ordinateur avec un module comme pygame
(Et de toute façon, vous pouvez pas dire le contraire)
MultipliCasio
RDM Calculs
Back Mirror
A Switch To The Top C
Citer : Posté le 25/04/2020 18:42 | #
Puis que veux tu faire avec ce module ? Tu peux faire tout ce qu'il propose en BASIC
Puis si tu veux vraiment programmer en python sans calculatrice, utilise un ordinateur avec un module comme pygame
(En fait je veux faire du data management et du machine Learning
Et en basic c chaud je pense
Citer : Posté le 26/04/2020 16:33 | #
Hey everybody,
First up, sorry for writing in english, french is my worst subject in school
For the competition, I decided to port the twisting torus effect I wrote in assembly to Python and to spice it up with monochrome dithering, here it is running in "real-time":
As you can see, it's fairly slow, running at about 1 frame every 2-3 seconds at default clock-frequency, so here's my question to the community:
What do you think about the use of overclocking in the competition? I think it's fairly frustrating to be constrained by the interpreter-overhead, and I would love to see more complex effects running on the calculator without requiring the knowledge of Assembly or C.
Citer : Posté le 26/04/2020 17:28 | #
Hey Tbit, that looks very nice
I'm against overclocking in demo contests, let me explain you why.
The goal is to work with limitations and getting a good result. We have to work with limitations. Overclock is an easy workaround to speed issue. I'm sure you could simplify stuff like dithering and get a much faster program. Remember than demoing is about making choices, good luck with your project
Citer : Posté le 26/04/2020 20:23 | #
Hello, y a t'il d'autre programe que screen receveir pour la capture sur graph+90 ? (souslinux notament)
Citer : Posté le 26/04/2020 20:27 | #
Tu peux tenter de faire une capture avec Shift+7 puis la lire avec... soit Source Coder 3 (sur Cemetech : https://www.cemetech.net/sc/), soit un logiciel Casio (?). Ça c'est pour les images statiques.
Sinon je pense que Screen Receiver sera toujours l'option la moins douloureuse.
Citer : Posté le 26/04/2020 20:28 | #
Dans screen receiver ya Windows... UwU
Ajouté le 26/04/2020 à 20:48 :
UwU screenreciver massacre mon animation
Citer : Posté le 26/04/2020 21:01 | #
Disons que tu peux faire un screen sur ton PC pourvu que ce soit le même rendu que sur la calculatrice alors.
Edit : Et la même vitesse, si c'est une animation (en ajustant le GIF)
Citer : Posté le 26/04/2020 21:48 | #
disons que le taux de rafraichissement de screenreceiver est beauciup trop faible par rapport a mon programme… qui est une animation qui va assez vite
Citer : Posté le 26/04/2020 22:47 | #
Si vraiment rien ne va, envoie-moi le code et je ferai une capture certifiée conforme au comportement sur calculatrice
Citer : Posté le 27/04/2020 00:00 | # |
Fichier joint
Lephe a demandé à ce qu'on tease. Du coup je tease
Citer : Posté le 27/04/2020 00:08 | #
Senpai demande de tease, donc je tease mon 1er projet (après je fais comme Oujii-sama)
https://tiplanet.org/forum/archives_voir.php?id=2512445
Citer : Posté le 27/04/2020 02:24 | #
Because teasing is not enough…
https://linx.breizh.pm/n1updzpp.mov
Ce fichier sera automatiquement supprimé le 2020-05-27
Citer : Posté le 27/04/2020 08:54 | #
Wait, c'est magnifique ça prince. Ah je pensais pas que t'aurais des perfs pareilles ! (Hésite pas à le faire en plus petit pour les perfs maxi)
What do you think about the use of overclocking in the competition? I think it's fairly frustrating to be constrained by the interpreter-overhead, and I would love to see more complex effects running on the calculator without requiring the knowledge of Assembly or C.
Thanks for your submission Tbit! This raytracing animations looks gorgeous.
I think overclock is fair game in real programs. My only concern is about the ranking in this contest; I feel like all submissions should be rendered with the same overclock parameters. After all, discovering the possible optimization tricks and typical bottlenecks is a hidden goal of this event.
So I'm fine with both allowing or refusing overclock as long as everyone can be ranked on equal grounds.
Citer : Posté le 27/04/2020 09:37 | #
Je partage ici quelques réflexions que je me suis faites hier. Si au passage ça peut aider à résoudre certains problèmes de perf, tant mieux.
– Il n'est pas possible de charger en mémoire un tableau trop gros. Mais ça on le savait déjà.
– Il n'est pas possible de charger en mémoire une fonction trop grosse, et ce quand bien même ses variables ne sont pas censées être chargées en mémoire. Pas possible donc de faire ça :
yield [0, 1, …]
yield [100, 101, …]
…
yield [10000, 10001, …]
– Il est possible de jouer avec import et del :
draw(a)
del a
from data2 import a
draw(a)
del a
…
– Le temps de chargement d'un script est long. Dans l'exemple ci-dessus, environ 5 à 10× plus que le temps de dessin.
– Le transfert de fichiers dans la calto s'arrête au bout de 255 fichiers.
Bref, pas mal de problèmes techniques qui font que le goulot d'étranglement n'est pas spécialement la vitesse de calcul ou d'affichage.
Ajouté le 27/04/2020 à 10:07 :
About overclocking
In the video above, I overclocked to the best default profile of Ptune3. As you can see, it's still quite slow. I think performances can be improved a bit, but there will not be a turnaround.
With or without overclocking, the technical challenge stays the same: use the maximum of calculator capabilities. As long as every participation is evaluated in the same conditions, I don't care if we allow overclocking or not.
Citer : Posté le 27/04/2020 11:19 | #
Mais bien sûr, car le code contient déjà la liste en dur. Sinon, comment veux-tu que le code soit capable de créer la variable au bon moment ?
Par contre si tu fais :
yield range(0,100)
yield range(100,10000)
yield range(10000,1000000)
Ça devrait marcher tranquille. Évidemment ta vidéo a pas cette forme-là.
Citer : Posté le 27/04/2020 13:15 | #
Peut on installer des addins compatibles g85 sur g90????(dsl c hors sujet mais flemme de recréer un post)
Citer : Posté le 27/04/2020 13:19 | #
Malheureusement non, c'est pas possible.