Les membres ayant 30 points peuvent parler sur les canaux annonces, projets et hs du chat.
La shoutbox n'est pas chargée par défaut pour des raisons de performances. Cliquez pour charger.

Forum Casio - Projets de programmation


Index du Forum » Projets de programmation » gint : un noyau pour développer des add-ins
Lephenixnoir En ligne Administrateur Points: 24146 Défis: 170 Message

gint : un noyau pour développer des add-ins

Posté le 20/02/2015 17:30

Ce topic fait partie de la série de topics du fxSDK.

En plus des options de programmation intégrée comme le Basic Casio ou Python, la plupart des calculatrices Casio supportent des add-ins, des programmes natifs très polyvalents avec d'excellentes performances. Les add-ins sont généralement programmés en C/C++ avec l'aide d'un ensemble d'outils appelé SDK.

Plusieurs SDK ont été utilisés par la communauté avec le temps. D'abord le fx-9860G SDK de Casio avec fxlib pour Graph monochromes (plus maintenu depuis longtemps). Puis le PrizmSDK avec libfxcg pour Prizm et Graph 90+E (encore un peu actif sur Cemetech). Et plus récemment celui que je maintiens, le fxSDK, dont gint est le composant principal.

gint est un unikernel, ce qui veut dire qu'il embarque essentiellement un OS indépendant dans les add-ins au lieu d'utiliser les fonctions de l'OS de Casio. Ça lui permet beaucoup de finesse sur le contrôle du matériel, notamment la mémoire, le clavier, l'écran et les horloges ; mais aussi de meilleures performances sur le dessin, les drivers et la gestion des interruptions, plus des choses entièrement nouvelles comme le moteur de gris sur Graph monochromes.

Les sources de gint sont sur la forge de Planète Casio : dépôt Gitea Lephenixnoir/gint

Aperçu des fonctionnalités

Les fonctionnalités phares de gint (avec le fxSDK) incluent :

  • Toutes vos images et polices converties automatiquement depuis le PNG, sans code à copier (via fxconv)
  • Un contrôle détaillé du clavier, avec un GetKey() personnalisable et un système d'événements à la SDL
  • Une bibliothèque standard C plus fournie que celle de Casio (voir fxlibc), et la majorité de la bibliothèque C++
  • Plein de raccourcis pratiques, comme pour afficher la valeur d'une variable : dprint(1,1,"x=%d",x)
  • Des fonctions de dessin, d'images et de texte optimisées à la main et super rapides, surtout sur Graph 90+E
  • Des timers très précis (60 ns / 30 µs selon les cas, au lieu des 25 ms de l'OS), indispensables pour les jeux
  • Captures d'écran et capture vidéo des add-ins par USB, en temps réel (via fxlink)

Avec quelques mentions spéciales sur les Graph monochromes :
Un moteur de gris pour faire des jeux en 4 couleurs !
La compatibilité SH3, SH4 et Graph 35+E II, avec un seul fichier g1a
Une API Unix/POSIX et standard C pour accéder au système de fichiers (Graph 35+E II seulement)

Et quelques mentions spéciales sur les Graph 90+E :
Une nouvelle police de texte, plus lisible et économe en espace
Le dessin en plein écran, sans les bordures blanches et la barre de statut !
Un driver écran capable de triple-buffering
Une API Unix/POSIX et standard C pour accéder au système de fichiers

Galerie d'add-ins et de photos

Voici quelques photos et add-ins réalisés avec gint au cours des années !



Arena (2016)Plague (2021)



Rogue Life (2021)



Momento (2021)



Communication avec le PC (cliquez pour agrandir)


Utiliser gint pour développer des add-ins

Les instructions pour installer et utiliser gint sont données dans les divers tutoriels recensés dans le topic du fxSDK. Il y a différentes méthodes de la plus automatique (GiteaPC) à la plus manuelle (compilation/installation de chaque dépôt). Le fxSDK est compatible avec Linux, Mac OS, et marche aussi sous Windows avec l'aide de WSL, donc normalement tout le monde est couvert

Notez en particulier qu'il y a des tutoriels de développement qui couvrent les bases ; tout le reste est expliqué dans les en-têtes (fichiers .h) de la bibliothèque que vous pouvez consulter en ligne, ou dans les ajouts aux changelogs ci-dessous.

Changelog et informations techniques

Pour tester les fonctionnalités et la compatibilité de gint, j'utilise un add-in de test appelé gintctl (dépôt Gitea Lephenixnoir/gintctl). Il contient aussi une poignée d'utilitaires d'ordre général.

Ci-dessous se trouve la liste des posts indiquant les nouvelles versions de gint, et des liens vers des instructions/tutoriels supplémentaires qui accompagnent ces versions.

VersionDateInfos supplémentaires
gint 2.10.02 Avril 2023
gint 2.9.021 Août 2022
gint 2.8.017 Mai 2022Effets dynamiques sur les imagesAPI de manipulations d'images
Overclock intégré
gint 2.7.119 Mars 2022Tutoriel capture des flux standards
gint 2.7.031 Décembre 2021
gint 2.6.029 Août 2021Tutoriel de capture vidéo par USB
gint 2.5.28 Juin 2021
gint 2.5.12 Juin 2021
gint 2.5.026 Mai 2021Intégration de fxlibc (dépôt) — Tutoriel de communication par USB
gint 2.4.027 Avril 2021Api GINT_CALL() pour les callbacks
gint 2.3.12 Février 2021
gint 2.3.029 Janvier 2021
gint 2.2.112 Janvier 2021
gint 2.2.011 Janvier 2021
gint 2.1.116 Septembre 2020
gint 2.1.021 Août 2020Polices UnicodeNouvelle API du moteur de gris
gint 2.0.3-beta10 Juillet 2020Modifications de l'API timer
gint 2.0.2-beta17 Juin 2020
gint 2.0.1-beta1er Juin 2020

Anecdotes et bugs pétés

Ô amateurs de bas niveau, j'espère que vous ne tomberez pas dans les mêmes pièges que moi.


TODO list pour les prochaines versions (2023-04-03)

gint 2.11
  1. Changements de contextes CPU. À reprendre du prototype de threading de Yatis pour permettre l'implémentation d'un véritable ordonnanceur. Demandé par si pour faire du threading Java.
  2. Applications USB. Ajouter le support de descripteurs de fichiers USB. Potentiellement pousser jusqu'à avoir GDB pour debugger.
  3. Support de scanf() dans la fxlibc. Codé par SlyVTT, plus qu'à nettoyer et fusionner.

Non classé

  • Regarder du côté serial (plus facile que l'USB) pour la communication inter-calculatrices (multijoueur) et ultimement l'audio (libsnd de TSWilliamson).
  • Un système pour recompiler des add-ins mono sur la Graph 90+E avec une adaptation automatique.
  • Support des fichiers en RAM pour pouvoir utiliser l'API haut-niveau sur tous les modèles et éviter la lenteur de BFile à l'écriture quand on a assez de RAM.



Précédente 1, 2, 3 ··· 10 ··· 18, 19, 20, 21, 22, 23, 24 ··· 30 ··· 40 ··· 50 ··· 60 ··· 70, 71, 72, 73 Suivante
Shadow15510 Hors ligne Administrateur Points: 5498 Défis: 18 Message

Citer : Posté le 01/08/2019 14:04 | #


Ben j'ai ouvert l'image en question et j'ai fait Couleur vers Alpha, et j'ai pris Blanc… Du coup le blanc est devenu transparent… C'est pas comme ça qu'il faut faire ?
"Ce n'est pas parce que les chose sont dures que nous ne les faisons pas, c'est parce que nous ne les faisons pas qu'elles sont dures." Sénèque

Lephenixnoir En ligne Administrateur Points: 24146 Défis: 170 Message

Citer : Posté le 02/08/2019 16:58 | #


Tu fais ça et tu exportes en PNG. Si tu as une erreur de fxconv c'est probablement un problème avec PIL. Je veux bien voir le message.

(De façon générale quand tu as une erreur avec une message, tu DOIS donner le message. Même pas besoin de poser la question. >_>)
Mon graphe (24 Mars): (gint#27 ; (Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; ...) || (shoutbox v5 ; v5)
Leno Hors ligne Membre Points: 282 Défis: 0 Message

Citer : Posté le 02/08/2019 17:00 | #


Quand j'essaye de make "libprof", j'obtient une erreur me disant que "tmu.h" ne se trouve pas dans le dossier ce qui est vrai mais je ne sais pas comment l'ajouter...
sh3eb-elf-gcc -c libprof.c -o build/libprof.c.o -m3 -mb -ffreestanding -nostdlib -fstrict-volatile-bitfields -Wall -Wextra -Os -I .
libprof.c:3:10: fatal error: gint/mpu/tmu.h: No such file or directory
#include <gint/mpu/tmu.h>
          ^~~~~~~~~~~~~~~~
compilation terminated.
make: *** [Makefile:28: build/libprof.c.o] Error 1
Milang Hors ligne Membre Points: 488 Défis: 2 Message

Citer : Posté le 02/08/2019 17:02 | #


Il me semble que j'avais eu ça aussi, mais du coup j'ai directement mis les 2 fichiers dans le projet, et ça compile tout aussi bien
Leno Hors ligne Membre Points: 282 Défis: 0 Message

Citer : Posté le 02/08/2019 17:06 | #


merci du conseil mais tu sais pourquoi ça ne fonctionne pas ?
Milang Hors ligne Membre Points: 488 Défis: 2 Message

Citer : Posté le 02/08/2019 17:06 | #


Non

Ajouté le 02/08/2019 à 17:07 :
Mais jai reussi a le faire fonctionner quand même
Lephenixnoir En ligne Administrateur Points: 24146 Défis: 170 Message

Citer : Posté le 02/08/2019 18:12 | #


Ta version de gint est-elle à jour ? N'hésite pas à pull puis installer ; le fichier concerné est assez récent
Mon graphe (24 Mars): (gint#27 ; (Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; ...) || (shoutbox v5 ; v5)
Leno Hors ligne Membre Points: 282 Défis: 0 Message

Citer : Posté le 02/08/2019 18:27 | #


Bien vu
J'ai mis à jour gint et l'installation se fait maintenant sans problème
Lephenixnoir En ligne Administrateur Points: 24146 Défis: 170 Message

Citer : Posté le 04/08/2019 11:55 | # | Fichier joint


J'ai une super nouvelle ! Les premiers tests de bopti sur Graph 90+E commencent à fonctionner !

Malheureusement il n'y a pas de VRAM dense contrairement à la Graph 75, donc pas d'optimisations fulgurantes à réaliser. Disons que je vais fournir une implémentation décente des algorithmes ; et pour les images en 16-bit sans transparence j'ai un algo plus rapide que le naïf.

gint va supporter quatre formats d'image en couleurs !

• 16-bit classique "r5g6b5" ;
• 16-bit classique avec transparence (à condition qu'une des 65536 couleurs soit inutilisée) "r5g6b5a" ;
• 8-bit avec palette et transparence, "p8" ;
• 4-bit avec palette et transparence, "p4".

Pour l'instant j'ai codé les deux premiers et ci-dessous c'est un test du premier ! Attention par contre, je pense que ça prend bien 10 ms pour l'afficher, autrement dit c'est lent... il y a du travail à faire pour être capable de faire des frames très rapides (Ici, un coup de dma_memcpy() est certainement la meilleure solution.)


Mon graphe (24 Mars): (gint#27 ; (Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; ...) || (shoutbox v5 ; v5)
Milang Hors ligne Membre Points: 488 Défis: 2 Message

Citer : Posté le 04/08/2019 12:05 | #


Vachement stylé !
D'ailleurs, je ne me suis toujours pas repenché sur le dma, mais je vais probablement le faire d'ici quelques jours (procrastination )
Massena Hors ligne Ancien rédacteur Points: 2219 Défis: 11 Message

Citer : Posté le 04/08/2019 13:06 | #


Whaaaaaaa
Je cours m'acheter une 90+e de suite pour télécharger les add-ins AAA qui vont sortir sur ce support.
Redeyes Hors ligne Membre Points: 630 Défis: 7 Message

Citer : Posté le 04/08/2019 13:14 | #


Alors ça...c'est époustouflant. J'ai clairement dû rater plusieurs infos...

Je suis plus qu'impatient d'installer tout ça une fois que je serai sous Linux!
(*se frotte les mains en laissant s'échapper un petit rire diabolique*)

Par contre je ne comprends pas les formats d'images. Comment sont-ils générés?
Leno Hors ligne Membre Points: 282 Défis: 0 Message

Citer : Posté le 04/08/2019 13:45 | #


C'est dispo quand ?
Lephenixnoir En ligne Administrateur Points: 24146 Défis: 170 Message

Citer : Posté le 04/08/2019 13:56 | # | Fichier joint


Leno a écrit :
C'est dispo quand ?

Dès que j'aurai poussé les modifications sur le dépôt... disons ce soir !

Et je suis content d'annoncer que sans aucune modification du code la transparence marche également !


À ce stade le seul problème restant étant que les images sont grosses donc il est important d'implémenter les palettes 8 bits et 4 bits.

J'ai programmé l'application pour que les flèches permettent de déplacer les images des épées, et j'ai remarqué que le programme prend légèrement du retard, autrement dit il n'arrive pas à dessiner aussi vite que les événements claviers sont produits. Il est donc un peu en-dessous de 25 FPS.

Eh oui, pour un affichage aussi simple c'est déjà pas facile. Je vais donc me pencher sur notre meilleure arme jusqu'ici, le DMA ! Il permet en effet de copier de la mémoire en parallèle et pendant qu'on fait autre chose. Ce sera l'occasion d'intégrer et compléter la pull request de Milang.

Ajouté le 04/08/2019 à 14:17 :
Bon, j'ai poussé tout ce que j'ai fait jusqu'à présent, donc le code est en fait disponible maintenant.

▾ Note importante : vous devrez modifier vos Makefile lorsque vous mettrez à jour le fxSDK ! ▾

Quand vous créez un projet avec fxsdk, il génère un Makefile mais n'y touche plus jamais ensuite. Vous devez faire les modifications à la main... et il y en a une aujourd'hui !

L'ancien Makefile généré par fxsdk contient les lignes suivantes :

# Images
build-fx/assets/img/%.o: assets-fx/img/%
    @ mkdir -p $(dir $@)
    fxconv -i $< -o $@ name:img_$(basename $*)

build-cg/assets/img/%.o: assets-cg/img/%
    @ echo -ne "\e[31;1mWARNING: image conversion for fxcg50 is not "
    @ echo -ne "supported yet\e[0m"
    @ mkdir -p $(dir $@)
    fxconv -i $< -o $@ name:img_$(basename $*)

Il faut les remplacer par les lignes suivantes.

# Images
build-fx/assets/img/%.o: assets-fx/img/%
    @ mkdir -p $(dir $@)
    fxconv -i $< -o $@ --fx name:img_$(basename $*)

build-cg/assets/img/%.o: assets-cg/img/%
    @ mkdir -p $(dir $@)
    fxconv -i $< -o $@ --cg name:img_$(basename $*)

Même si vous ne faites pas le changement tout de suite, vous pourrez quand même compiler. Mais si vous voulez utiliser des images pour Graph 90+E ou simplement être à jour, faites-la au plus vite !
Mon graphe (24 Mars): (gint#27 ; (Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; ...) || (shoutbox v5 ; v5)
Lephenixnoir En ligne Administrateur Points: 24146 Défis: 170 Message

Citer : Posté le 04/08/2019 14:43 | # | Fichier joint


On m'a demandé mon g3a, et c'est vrai que je pourrais le partager plus souvent ! Le voici en pièce jointe.

L'application en question est gintctl, un add-in de test pour gint et d'introspection pour la machine, que je développe en même temps pour m'aider à debugger. La moitié des fonctions est encore absente !

Pour cette fois, c'est dans "Image rendering". Enjoy!

Note : l'addin fait 250k car l'image en plein écran prend 170k... eh oui x_x
Mon graphe (24 Mars): (gint#27 ; (Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; ...) || (shoutbox v5 ; v5)
Kikoodx Hors ligne Ancien labélisateur Points: 3011 Défis: 11 Message

Citer : Posté le 04/08/2019 16:31 | #


C'est joli !
(Intéressant comme remarque...)
En mode d'affichage, ça peut paraître un peu bête mais pourrais tu essayer d'implémenter un mode 1-bit ?
J'adore créer des jeux en blanc sur noir, et l'économie d'espace serait énorme
Dans la même veine, une implémentation grayscale serait superbe ! Beaucoup de nuances d'une seule couleur rendrait très bien je pense et serait rentable niveau performances !
Dès que j'arrive à installer et comprendre gint, je me mets à coder un truc
ouais ouais
Lephenixnoir En ligne Administrateur Points: 24146 Défis: 170 Message

Citer : Posté le 04/08/2019 16:44 | #


Je peux imaginer des images en 1-bit ou en niveaux de gris oui ! Toutefois, ça n'améliorera probablement pas beaucoup les performances... le problème c'est que la quantité de données à envoyer à l'écran est énorme et ça peu importe le format d'image que tu utilises. Il y a un mode réduit de l'écran avec 8 couleurs, mais très peu d'usages pour le coût d'implémentation...

Merci en tous cas ! Je vous dis si j'arrive à faire quelque chose avec le DMA pour améliorer les performances.
Mon graphe (24 Mars): (gint#27 ; (Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; ...) || (shoutbox v5 ; v5)
Dark storm En ligne Labélisateur Points: 11631 Défis: 176 Message

Citer : Posté le 04/08/2019 17:29 | #


Beh, commence par faire des tests avec la libprof, on verra ce qui consomme le plus

Après si le DMA est fonctionnel, on ne peut que être gagnant, mais faut voir combien de temps ça fait gagner sur une frame de calcul. Tant que le calcul reste plus rapide on est bon, et si le DMA plafonne à 30 fps c'est déjà largement suffisant dans la majorité des cas.
Finir est souvent bien plus difficile que commencer. — Jack Beauregard
Lephenixnoir En ligne Administrateur Points: 24146 Défis: 170 Message

Citer : Posté le 04/08/2019 18:23 | #


Oui, oui, certes ! Mais je vois bien que c'est le dessin le problème puisque j'ai 40 ms de délai et qu'il en prend donc manifestement au moins 25 ms.

Le problème est le suivant : s'il faut 25 ms pour afficher ta map en arrière-plan, tu as épuisé le budget de ton frame sans même avoir dessiné les personnages, les effets spéciaux, et calculé la physique et les IAs. C'est vachement short !

Il reste toujours l'overclock mais moins on en met et mieux les piles se portent.
Mon graphe (24 Mars): (gint#27 ; (Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; ...) || (shoutbox v5 ; v5)
Milang Hors ligne Membre Points: 488 Défis: 2 Message

Citer : Posté le 06/08/2019 13:26 | # | Fichier joint


J'ai constaté quelque chose que je trouve étrange (c'est peut être voulu) au sujet des images pour calculatrice monochrome :
lors de la conversion d'une image avec transparence, j'ai l'impression que certains pixels sont "ignorés" :
Dans le cas d'une image avec la première colonne de transparente, cette colonne semble disparaître
Il se peut que ce soit aussi le cas avec les lignes

Le "problème" est que lorsque j'utilise dsubimage avec flags=0 pour afficher le bon sprite associé à un item, mon image est décalée et ne ressemble plus à rien

Cela vient-il de fxconv, du format d'image de gint ou de l'argument flags ?

Pour certains sprites j'ai mis du blanc en arrière plan et le problème était résolu, mais pour le brouillard de guerre je ne peux pas le faire


EDIT : En fait, j'ai l'impression qu'il y a un décalage qui se crée avec la suppression de certains pixels et pas d'autres
Lephenixnoir En ligne Administrateur Points: 24146 Défis: 170 Message

Citer : Posté le 06/08/2019 16:19 | # | Fichier joint


Du côté de fxconv tout est bon, il ne supprime pas de ligne ou de colonne tant que tu ne spécifies un area sur la ligne de commande. Je viens de tester avec ton image, la première colonne est bien là.

Ce que tu décris doit marcher tout seul, c'était bien un bug dans l'algo de tracé ! (Un bug que j'avais déjà vu mais pas corrigé totalement, con comme je suis...) J'ai corrigé et poussé, Je te joins un g1a qui démontre le code fonctionnel ci-dessous et trace chaque élément de ton image indépendamment.

Merci de ta patience avec mon code encore jeune...

#include <gint/display.h>
#include <gint/keyboard.h>

int main(void)
{
    dclear(C_WHITE);
    dtext(0, 0, "Sample fxSDK add-in.", C_BLACK, C_NONE);

    extern image_t img_brouillard;
    dimage(0, 9, &img_brouillard);

    for(int i = 0; i < 16; i++)
    {
        dsubimage(4 + 16 * (i&7), 32 + 16 * (i>=8), &img_brouillard,
            8 * i, 0, 8, 8, DIMAGE_NONE);
    }
    dupdate();

    getkey();
    return 1;
}

Mon graphe (24 Mars): (gint#27 ; (Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; ...) || (shoutbox v5 ; v5)
Précédente 1, 2, 3 ··· 10 ··· 18, 19, 20, 21, 22, 23, 24 ··· 30 ··· 40 ··· 50 ··· 60 ··· 70, 71, 72, 73 Suivante

LienAjouter une imageAjouter une vidéoAjouter un lien vers un profilAjouter du codeCiterAjouter un spoiler(texte affichable/masquable par un clic)Ajouter une barre de progressionItaliqueGrasSoulignéAfficher du texte barréCentréJustifiéPlus petitPlus grandPlus de smileys !
Cliquez pour épingler Cliquez pour détacher Cliquez pour fermer
Alignement de l'image: Redimensionnement de l'image (en pixel):
Afficher la liste des membres
:bow: :cool: :good: :love: ^^
:omg: :fusil: :aie: :argh: :mdr:
:boulet2: :thx: :champ: :whistle: :bounce:
valider
 :)  ;)  :D  :p
 :lol:  8)  :(  :@
 0_0  :oops:  :grr:  :E
 :O  :sry:  :mmm:  :waza:
 :'(  :here:  ^^  >:)

Σ π θ ± α β γ δ Δ σ λ
Veuillez donner la réponse en chiffre
Vous devez activer le Javascript dans votre navigateur pour pouvoir valider ce formulaire.

Si vous n'avez pas volontairement désactivé cette fonctionnalité de votre navigateur, il s'agit probablement d'un bug : contactez l'équipe de Planète Casio.

Planète Casio v4.3 © créé par Neuronix et Muelsaco 2004 - 2024 | Il y a 155 connectés | Nous contacter | Qui sommes-nous ? | Licences et remerciements

Planète Casio est un site communautaire non affilié à Casio. Toute reproduction de Planète Casio, même partielle, est interdite.
Les programmes et autres publications présentes sur Planète Casio restent la propriété de leurs auteurs et peuvent être soumis à des licences ou copyrights.
CASIO est une marque déposée par CASIO Computer Co., Ltd